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[57] 



ABSTRACT 



Apparatus and methods for executing business transactions 
and transferring subscribed for and periodically updated 
information across networks using of encapsulated, self 
contained visual link objects that include a displayable 
image representing the contents of the visual link object, a 
dataset forming the contents of the object, and additional 
information wherein the contents of a visual link object are 
determined by the nature of an intended transaction or the 
nature of the information to be distributed. Also described 
are apparatus and methods for creating and distributing 
graphical user interfaces for application programs, for cus- 
tomization of applications programs, and methods for multi- 
level encapsulation of visual link objects to protect the 
contents thereof from unauthorized access, together with 
alternate implementations of visual link objects. 

21 Claims, 16 Drawing Sheets 
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order 
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order 
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Billing address city to fulfill 
order 
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fulfill order 


EBTP 


eBillToPostalCode 
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fulfill order 
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NETWORK COMMERCIAL SYSTEM USING information, and home shopping and financial transactions 

VISUAL LINK OBJECTS of all forms, and education and entertainment. 

™ncc DrrTnD rwpnc -m dpi atch h * estimated that b y the year 2000 A.D. the total value 

CROSS REFERENCE TO RELATED of the sale of goods and sefvices through the ^ be 

A1TL1CA1 lUNb 5 on the order of 4.5 to 6 billion dollars and, for this reason, 

The present patent application is a continuation of U.S. a primary goal and need of the business community is to 

patent application Ser. No. 08/814,118, filed Mar. 10, 1997, reduce the frictions and losses of doing business through the 

now U.S. Pat. No. 5,973,692, by Kenneth Charles Knowlton Internet. Examples of such may include inefficient market or 

and Gary Steven Miliefsky for A SYSTEM FOR THE organization structures, inefficient means for presenting 

CAPTURE AND INDEXING OF GRAPHICAL REPRE- 10 available goods and services to potential customers, ineffi- 

SENTATIONS OF FILES, INFORMATION SOURCES cient flow of information, that is, information about goods, 

AND THE LIKE. orders for goods and services and payment for goods and 

services, and the number and complexity of the steps which 

FIELD OF THE INVENTION must be executed in order to carry out a transaction. All of 

The present invention relates to a system and method of 35 th ^ factors inhibit tote™*™ and communication between 

operation for networked commercial systems and, in and buvers and thereb y the completion of business 

particular, to a system and method of operation for network transactions. 

based electronic business systems implemented through the 11 k apparent that the resolution of certain of these 

use of visual link objects. problems, such as inefficient business organizational 

structures, must generally be solved by the businesses them- 

BACKGROUND OF THE INVENTION selves while others, such as the speed and reliability of 

Business transactions, that is, the buying and selling of communication over the Internet or WWW, will be 

goods and services, have a long history characterized by addressed largely by improvements in the basic technology 

continuing efforts and developments to facilitate the presen- 25 that 15 used t0 / m P lemenl ^e Internet and the systems 

tation of goods and services, or at least the knowledge of oommunwating through the Internet. Others, however, are a 

goods and services, to prospective buyers and the subse- maUer , of the ma " ner 10 whlch business transactions are 

quent transfer of goods or services to the buyers and a carned oul throu 8 h the Internet * 

corresponding transfer of compensation to the seller. The For example, each transaction on the Internet presently 

history of such business transactions has been marked by the 30 squires that the buyer transmit a copy of a credit card or 

use of increasing abstractions to represent goods, services debit card number to the selling business where that number 

and monetary compensation and increasing distance ^ generally stored in those portions of the seller's system 

between the seller and the buyer. For example, the first that are involved in day to day transactions, which are 

business transactions were by the direct barter of goods or generally and permanently accessible through the Internet, 

services, and were soon replaced by the trading of goods or 35 ^ sucn ' md although the seller's systems are generally 

services for money, which was an abstraction representing provided with extensive security mechanisms, the security 

bartered goods and facilitated business dealings as being mechanisms and customer information, such as credit and 

more flexible and more easily transportable than bartered debit card numbers, are vulnerable to any outside party with 

goods. At about the same time, stores and similar facilities lhe knowledge and skills to breach the security mechanisms, 

where goods were stocked in anticipation of sales were 40 M a consequence, business transactions on the Internet are 

established, thereby making the goods more readily avail- presently considered, in many respects, to be lacking the 

able to potential buyers, including impulse shoppers. The security necessary for extensive or large transactions, 

establishment of banking systems, which soon became inter- Another problem with business transactions through the 

national in scope and began to use letters of credit and other Internet, which are generally conducted through the WWW, 

abstract representations of money, allowed long distance 45 which uses visually based Web pages, is that it is difficult to 

business transactions without the need for actual physical construct and update Web pages, thus inhibiting the presen- 

transfer of money or goods. The more recent development of tation of new goods or services, or updates in goods or 

mass media advertising, including catalogues, and of credit services or the presentation of special or temporary offers, 

cards, mail systems, telephone systems and networked bank- In addition, it is often difficult for a seller to construct a 

ing systems have still further facilitated the presentation of 50 Web page that presents all of the information that a buyer 

goods and services to prospective buyers and the subsequent might need to make a decision of whether to purchase 

transfer of goods or services to the buyers and a correspond- certain goods or services, so that Web pages offering goods 

ing transfer of compensation to the seller, frequently without or services either tend to be limited to standard packaged 

the buyer and the seller having any form of direct contact. goods, such as books or music CDs, or to require that the 

The most recent development in business has been the 55 prospective buyer already have extensive knowledge of the 

advent of electronic commerce, which is the execution of offered goods or services. In the alternative, Web pages 

business transactions, that is, the presentation of goods or offering more complex goods or services, or goods or 

services to a prospective buyer and the subsequent arrange- services where many informed choices must be made, are so 

ment to transfer goods or services to the buyer and com- complex and often multi-paged, that the prospective buyer is 

pensation to the seller, over a communications network, such 60 often frustrated. 

as the Internet or the World Wide Web (WWW) imple- Further, and in a related problem arising from the same 

mented through the Internet. Possible electronic commerce causes, sellers' Web pages are often different from one 

may include, for example, transactions within enterprises or another as regards layout and the type of information 

between an enterprise and a customer, a supplier, a bank or presented and the form in which the information is 

organizations such as the Securities and Exchange Commis- 65 presented, even for similar goods and services, and the 

sion or the stock market, the movement of money or credits information and presentation of information on a page often 

and debts, or representations thereof, the transfer of conflicts with other pages by the same seller. As such, a 
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prospective buyer must generally go through an entirely new one implementation of visual link objects, the appendix of a 

learning experience with each sellers* pages, and is often visual link object includes, at a location near the end of the 

confused due to differences from, and misleading similari- appendix, a marker field identifying the end of the appendix 

ties with, other sellers' Web pages. and, in association with the marker field, an appendix length 

Still further problems arise from the number and com- 5 field containing a value representing the length of the 

plexity of operations and steps that a prospective buyer must a PP endl *> and the postscript includes a copyright notice. In 

. • j i * * #• +t~ t + * an alternate implementation, the postscript includes an 

execute in order to complete a transaction on the Internet, . 4 . u • j- , L V *l a- 

, * , / 11 t- i i_ appendix length field indicating the length of the appendix, 

such as ordering goods from a seller. For example, a buyer „***, • r « j u * • *i ~*u c u • a- 

„ . , , A . - r \. and is followed by a postscript length field indicating the 

is generally required to enter a plenitude of information into k h of ^ ^ ^ ' d £ of a visua , lmk object 

a form, which is generally different .from seller to seller, for « efc ^ a ^ ^ & 

each and every transaction wherein that information may checksum f me b Qf infonnation ma ^ aei ^ lhe 

include .terns such as the buyer s name address, goods dis l Me j an ' d m tne tecri 

shipping address, credit or debit card number, one or more . ; , . , . r * 

information items, such as stock numbers, for each item to . farther implementations of the system for executing 

be purchased, and so on. Not only is this manner of M busmess transactions me buyer system further includes a 

executing a transaction prone to errors, it is slow, tedious, f^P 6 ' ™chamsm for displaying the displayable unages 

tiring and boring and, as a result, tends to make transactions ' he . V ! SUa 1 1 lmk . ° bjeCtS J 10 ™ "t™ SySt6m V 

slow and to inhibit a buyer from purchasing the goods or first d^play window and a decoder mechanism responsive to 

services. In addition, and although it is not oeceisarily a o^ra^n of the shopp^er mechamsm for decoding the appen- 

negative aspect of placing an order for some buyers, it » *x of a visual hnk object displayed by the shopper mecha- 

operates against the interests and selling practices of many nlsm . and P rov ,' dm e the inflation contained therein and 

sellers by inhibiting impulse purchases pertaining to the busmess transaction represented by the 

visual link object to the shopper mechanism and the shopper 

Hie present mvention provides a solution to these and mec hanism is responsive to the business transaction infor- 

other problems of the prior art. ^ mation p rovidcd from the visual ^ ob j ect by the decoder 

SUMMARY OF THE INVENTION mechanism for displaying at least parts of the business 

transaction information to a user. 

The present invention is directed to apparatus and meth- The buyer system may further include a financial memory 

ods for executing transactions and the transfer of informa- for storing financial information pertaining to the user, 

tion across networks by means of encapsulated, self con- 30 including information relating to at least one credit/debit 

tained visual link objects that include a displayable image card authorized for use by the user. The shopper mechanism 

representing the contents of the visual link object, a dataset is then responsive to user inputs for selecting a visual link 

forming the contents of the object, and additional informa- object representing a business transaction, displaying the 

ti° n - information contained therein and pertaining to the business 

In a first aspect, the present invention is directed to a 35 transaction represented by the selected visual link object to 

system for executing electronic business transactions the user, accepting user inputs representing user generated 

wherein the system includes including a server system and information pertaining to the business transaction repre- 

a buyer system interconnected and communicating through sented by the selected visual link object, selecting financial 

a network, the server system and the buyer system each information pertaining to the user, relating the financial 

including a memory, a processor and a network interface for 40 information pertaining to the user with the information from 

communicating through the network and the buyer system the selected visual link object pertaining to the business 

including a display and a user input. The server system transaction represented by the visual link object and the user 

includes a visual link object memory for storing visual link generated information pertaining to the business transaction 

objects representing business transactions wherein the represented by the selected visual link object, and transmit - 

server system is responsive to access of the server system by 45 ting to the server system the financial information, the 

the buyer system for transmitting the visual link objects to information selected from the information from the visual 

the buyer system, and the buyer system includes a visual link link object, and the information generated by the user as 

object memory for storing the visual link objects represent- necessary to execute the business transaction represented by 

ing business transactions received from the server system the visual link object. 

wherein the buyer system is responsive to receiving the 50 The buyer system may also include a screen saver for 
visual link objects received from the server system for storing and displaying selected ones of the visual link 
displaying the visual link objects to a user. objects and responsive to a user indication of a screen saver 
According to the present invention, each visual link object displayed visual link object for relating the financial infor- 
is a single self-contained entity and includes a displayable mation pertaining to the user with the information from the 
image representing a business transaction, an appendix 55 indicated visual link object pertaining to the business trans- 
containing information relating to the business transaction, action represented by the visual link object and the user 
and a postscript containing information relating to the visual generated information pertaining to the business transaction 
link object. The appendix of a visual link object includes, in represented by the selected visual link object, and transmit- 
any combination, an encoded data block containing infor- ting to the server system the financial information, the 
mation relating to the purpose and function of the visual link 60 information selected from the information from the indi- 
object and to the business transaction represented by the cated visual link object and the information generated by the 
visual link object, an extended markup block containing user as necessary to execute the business transaction repre- 
information relating to the user of the visual link object, a sented by the visual link object. 

binary object for storing additional information in a selected The present invention is also implemented as an infor- 

binary format, and a program invocation block containing 65 mation broadcast system for selectively broadcasting infor- 

information relating to the invocation of programs for per- mation from a server system to a subscription user of a buyer 

forming operations with respect to the visual link object. In system. In this implementation, the server system includes a 
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broadcaster file memory for storing visual link objects visual link object to the buyer system. The buyer system, in 
organized into information channels, wherein at least one turn, includes a graphical user interface support mechanism 
information channel contains at least one visual link object, for reading a definition of graphical user interface functions 
each visual link object contains information to be broadcast contained in the graphical user interface visual link object 
to a user authorized to receive the information from the 5 and interfacing with the application program to be custom- 
corresponding information channel, and the information ized to provide a graphical user interface for the application 
contained in the visual link objects of each information program according to the definition of graphical user inter- 
channel pertains to subject matter that is related by a selected face functions contained in the graphical user interface 
criteria. The server system also includes an updater that visual link object. According to this implementation of the 
includes a subscription memory for storing authorizations of 10 present invention, a graphical user interface visual link 
users of the buyer system to receive the visual link objects object is a single self-contained entity and includes a dis- 
of channels and is responsive to access of the server system playable image representing a graphical user interface 
by a buyer system and to an authorization submitted by the defined in the visual link object, an appendix containing a 
buyer system identifying the user to receive the visual link definition of a graphical user interface, and a postscript 
objects of at least one channel for broadcasting the visual 15 containing information relating to the visual link object, and 
link objects of the at least one channel to the buyer system. the graphical user interface definition residing in the visual 
The buyer system includes a broadcast information access link object appendix includes at least one window index 
mechanism for accessing the server system through the corresponding to a window of the graphical user interface, 
network and transmitting to the updater an authorization each window index including at least one control set defin- 
identifying a user as having authorization to receive visual 20 ing at least one control appearing in the corresponding 
objects of the at least one channel and a visual link viewer window, each control set including a key name identifying 
for displaying the visual link objects of the at least one the control set, and at least one control index identifying a 
channel to the user and for accessing and displaying to the definition of a control appearing in the corresponding 
user at least certain of the information contained in the visual window, wherein each control definition includes a field 
link object. In this implementation, each visual link object is 25 identifying the type of control, a field identifying the func- 
a single self-contained entity and includes a displayable tion of the control, a field identifying the position of the 
image representing the information contained in the visual control in the corresponding window, a field identifying a 
link object, an appendix containing the information to be background shape for the control, a field identifying a 
broadcast to a user authorized to receive the information, background for the control, and a field for storing a current 
and a postscript containing information relating to the visual 30 state of the control. The application program, in turn, 
link object. In alternate embodiments of the visual link includes at least one interface routine for interfacing the 
object, the information contained in the appendix of a visual graphical user interface support mechanism with a routine of 
link object may be the information to be broadcast to the the application program relating to a control of the defined 
authorized user, or information identifying the location in a graphical user interface. 

server system connected from the network of the informa- 35 The system for distributing graphical user interface defi- 

tion to be broadcast to the user. In the latter instance, the nitions for customizing application programs may also 

broadcast information access system is responsive to the include graphical user interface design mechanism, which is 

information identifying the location in a server system comprised of a copy of the application program to be 

connected from the network of the information to be broad- provided with a graphical user interface, wherein the appli- 

cast to the user and to a user command to fetch the 40 cat i 0 n program includes at least one interface routine for 

information to be broadcast to the user for retrieving the interfacing the graphical user interface support mechanism 

information to be broadcast to the user from the identified w j tn a routine of the application program relating to a 

location. control of the defined graphical user interface, a copy of the 

In further implementations of the information broadcast graphical user interface support program, a memory acces- 

system, the updater subscription memory may further 45 sible to the graphical user interface program for storing a 

include a record of broadcasts of visual link objects to users graphical user interface visual link object containing the 

of the buyer system and broadcasts to each user those visual definition of the graphical user interface to be provided to 

link objects that the user is authorized to receive and that the application program, a designer facility connected from 

have changed since the last access by the user. and interactive with the graphical user interface support 

The information broadcast system may also include a 50 program for editing the definition of the graphical user 

facility, which may reside in a seller system, for creating and interface contained in graphical user interface visual link 

providing to the server system visual link objects of chan- object, and a display window for displaying the graphical 

nels corresponding to a user of the seller system, wherein the user interface while being edited by the designer facility, 

server system is responsive to changes in the visual link In yet another aspect, the present invention is directed to 

object contents of the channels corresponding to the user of 55 a method for encapsulating a visual link object by the steps 

the seller system for updating the visual link object contents of encoding the appendix and postscript of the original 

of the channels corresponding to the user of the seller visual link object by means of a selected encoder, appending 

system. the original displayable image to the start of the encoded 

The present invention may also be implemented in a appendix and postscript of the original visual link object and 

system for distributing graphical user interface definitions 60 appending a new postscript to the end of the encoded 

for customizing application programs from a server system appendix and postscript of the original visual link object to 

to a buyer system that are interconnected and communicate create an encapsulated version of the original visual link 

through a network. In this implementation, the server system object. The new postscript contains an identifier of a decoder 

includes a visual link object memory for storing at least one for decoding the encoded appendix and postscript of the 

graphical user interface visual link object wherein the server 65 original visual link object and an identification of a source 

system is responsive to access of the server system by the for the decoder for decoding the encoded appendix and 

buyer system for transmitting a graphical user interface postscript of the original visual link object, and a new 
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postscript length field containing the length of the new 
postscript is appended to the encapsulated version of the 
original visual link object. 

An alternate method of encapsulating a visual link object 
includes the steps of encoding the display able image, appen- 5 
dix and postscript of the original visual link object by means 
of a selected encoder, appending a new displayable image to 
the start of the encoded original displayable image, appendix 
and postscript of the original visual link object and append- 
ing a new postscript to the end of the encoded original 10 
displayable image, appendix and postscript of the original 
visual link object to create an encapsulated version of the 
original visual link object. The new postscript contains an 
identifier of a decoder for decoding the encoded appendix 
and postscript of the original visual link object, an identi- 15 
fication of a source for the decoder for decoding the encoded 
appendix and postscript of the original visual link object, 
and a new postscript length field containing the length of the 
new postscript is appended to the encapsulated version of 
the original visual link object. 20 

DESCRIFFION OF THE DRAWINGS 

The foregoing and other objects, features and advantages 
of the present invention will be apparent from the following 25 
description of the invention and embodiments thereof, as 
illustrated in the accompanying figures, wherein: 

FIG. 1 is a diagrammatic representation of a visual link 
object of the present invention; 

FIG. 2A is an exemplary listing of fields of a visual link 30 
object; 

FIGS. 2B1 through 2B-4 are an exemplary listing of field 
of a visual link object; 

FIG. 3 is a block diagram of a system utilizing visual link 
objects; 35 

FIG. 4 is a block diagram of a system utilizing visual link 
objects for the execution of business transactions; 

FIG. 5 is flow diagram illustrating the operation of an 
encoder for the construction of a visual link object; 40 

FIGS. 6 A and 6B are flow diagrams illustrating the 
operation of a decoder for reading visual link objects; 

FIG. 7 is a flow diagram of the operation of a system for 
executing a business transaction through visual link objects; 

FIG. 8A is a block diagram of a system for subscription 45 
distribution of information by means of visual link objects; 

FIG. 8B is a flow diagram of the operation of a system for 
subscription distribution of information by means of visual 
link objects; 50 

FIG. 9 is a flow diagram of a screen saver utilizing 
business transaction visual link objects; 

FIG. 10A is a block diagram of a system for constructing 
visual link objects for distribution of visual link objects 
containing graphic user interfaces for customization of 55 
applications programs; 

FIG. 10B is a diagrammatic representation of a visual link 
object containing a graphic user interfaces for customization 
of an applications program; and, 

FIGS. 11A through 11D illustrate the multi-level encap- 60 
sulation of visual link objects, and an alternate embodiment 
of a visual link object. 

DESCRIPTION OF THE INVENTION 
1. Introduction 65 

As summarized above and as will be described in detail in 
the following, the present invention is directed to visual link 
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objects for communicating information relating to commer- 
cial transactions, such as goods or services offered for sale, 
as well as other forms of information, between two or more 
users and to systems, such as electronics commerce systems, 
using visual link objects. The following will first describe 
the structure and uses of visual link objects, and in particular 
visual link objects structured for electronic business 
applications, and will then describe exemplary systems 
using such visual link objects, such as an electronic business 
system for the offer and sale of goods and services operating 
over the Internet. Other forms and applications of visual link 
objects will then be described, including visual link objects 
used, for example, for the construction or modification of 
graphical user interfaces. 
2. Visual Link Objects (FIGS. 1, 2A and 2B) 

As will be described, a visual link object is a single, 
unitary file having a standardized but flexible basic internal 
structure comprised of two or more parts of differing nature 
and content. In a presently preferred embodiment, a visual 
link object includes at least a first part containing a graphic 
file and a second part that forms an appendix to the graphic 
file and contains a dataset. The presently preferred embodi- 
ment preferably also includes a third part, following the 
dataset, that contains, for example, a copyright notice. As 
will also be described below, a visual link object is internally 
self describing as regards the type or class of data contained 
in each part of the visual link object and the location or 
locations of each type or class of data in the visual link 
object. Visual link objects may thereby contain virtually any 
form of information in virtually any information format, 
thus allowing visual link objects to be adapted and used for 
a wide variety of purposes and functions. 

The pictorially displayable aspects of a visual link object, 
that is, the contents of the graphic part of a visual link object, 
do not necessarily reflect or represent the actual information 
contained in the other parts of the visual link object and are 
not dependent upon the actual information contained 
therein. As such, a given visual link object is externally 
neutral as regards the specific functions and purposes of the 
visual link object. Visual link objects are thereby effectively 
neutral entities with regard to any system in which they 
reside and with respect to any program or application that 
operates with or performs a function with respect to a visual 
link object that depends only upon the external characteris- 
tics of a visual link object, such as displaying the graphic 
part of a visual link object, storing a visual link object as an 
entity or transferring or communicating a visual link object 
as an entity from one location to another. 

Visual link objects are of relatively small sizes, presently 
on the order of 2.5 kilobytes in certain presently preferred 
implementations, and have the ability to encapsulate infor- 
mation in a manner that is effectively transparent to most 
systems in which they may reside. Visual link objects may 
thereby be readily stored, transferred, transmitted, 
broadcast, e-mailed or otherwise transported across or 
through virtually any system, such as the Internet. Visual 
link objects can also readily operate as messengers convey- 
ing information between all forms of application programs 
and systems and for a wide range of purposes and functions. 

In this regard, visual link objects will be effectively 
transparent in most systems in which visual link objects may 
reside, and most programs in such systems will function 
normally with regard to visual link objects, that is, will do 
the "right", desired operations with respect to visual link 
objects, because, as will be described, visual link objects 
possess characteristics to cooperate with such normal func- 
tions and modes of operation of most systems and programs. 
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Typically, and in most systems and for such operations as 
copying, filing, e-mailing visual link objects, the length of a 
file will be understood and tracked by the file systems. 
Alternately, for some special files, such as text only files, the 
length of the file will be determined upon encountering a 
special character referred to as a "end of file" mark. It should 
be noted, however, that the unique structure of a visual link 
object wherein different types of data, such as the graphic 
data of the displayable image and the data of the appendix, 



original graphic file for the use of most applications that 
were using the original graphic file. 

Next considering Appendix 14 and referring again to FIG. 
1, Appendix 14 resides in the electronic business VLO 10 
file at any location following the Graphic 12 part of the 
electronic business VLO 10 file and, as represented in FIG. 
1, is preferably located immediately following Graphic 12. 
As illustrated in FIG. 1, Appendix 14 may include any 
combination of an Encoded Data Block (EDB) 14A, an 



such as text, are combined into a single file, may cause 10 Extended Markup Language Block (EMLB) 14B, a Binary 

inadvertent errors in the operation of a program dealing with Large OBject (BLOB) 14C and a Program Invoke (Prog) 

a visual link object. For example, the pixel stream of the 14D. As will be described in further detail below, an 

displayable image may by chance contain a sequence of bits Encoded Data Block (EDB) 14A contains standardized 

that may be inadvertently read as an "end of file" mark by information fields specific to the purpose and function of the 

a program that determines file length by means of "end of is electronic business VLO 10 while an Extended Markup 

file" marks, thereby causing the program to erroneously Language Block (EMLB) 14B contains information partial - 

terminate an operation on the visual link object file. This lar to a specific user or creator of the electronic business 

problem should not in general arise, however, with files VLO 10 in a standardized format. A Binary Large OBject 

presumed to be, or to contain, images because images may "Blob" (BLOB) 14C contains additional information in any 

contain any and all bytes or byte sequences and embedded 20 desired binary format, and BLOB 14C may be comprised of 

file marks are therefore in general not used for detecting the a plurality of sub-BLOBs 14Ca. A Program Invoke (Prog) 

ends of such files and thereby understanding the lengths of 14D, in turn, allows the invocation of third party programs, 

such files. On the other hand, as concerns the actual display or other programs in the operating environment, such as the 

of an image file, such as a jpg, .bmp or .gif file, the length application programs normally resident in the Microsoft 

of the material to be displayed is usually understood from 25 Windows environment, to operate upon file components 



the file header description of the file, which describes such 
factors as the number of lines to be displayed, the number of 
pixels in each line and the depth, in number of bits, of each 
pixel 

Referring to FIGS. 1, 2 A and 2B, therein are respectively 
represented the basic structures of a Visual Link Object 
(VLO) 10 particularly adapted for use in network based 
electronic commerce, such as the offer and sale of goods and 
services operating over the Internet. As will be described, an 
electronic business VLO 10 which is a small, compact, 
highly compressed and self contained object that contains 
and encapsulates an identifying visually displayable graphic 
and user defined data for use in network based business 
transactions and operations. 

Referring to FIG. 1, and as described above, an electronic 
business VLO 10 includes a Graphic 12 file for visual 
display and identification of the electronic business VLO 10, 
an Appendix 14 containing information specific to the 
purpose of the electronic business VLO 10 and, in the 



30 



35 



40 



contained in one or more of the parts of the electronic 
business VLO 10. 

Referring first to EDB 14A, the data residing in EDB 14A 
is typically comprised of ASCII or Unicode text fields and 
identifiers, although any other desired form of data may be 
accommodated, and EDB 14A includes a Type Field 14Aa 
that contains information identifying the data comprising 
EDB 14A. The fields of EDB 14A may include both General 
Information Fields (GenerallFs) 14Ab relating to the elec- 
tronic business VLO 10 and Specific Information Fields 
(SpecificIFs) 14Ac that are specific to the purpose and 
function of the electronic business VLO 10 and thereby 
allow a given electronic business VLO 10 to be customized 
for a specific purpose. EDB 14A thereby allows the addition 
of "private" data to a electronic business VLO 10 wherein 
"private" data is data specific or particular to a given creator 
or user of a electronic business VLO 10. In addition, the 
information in EDB 14A is preferably encoded, and is thus 
accessible only to specified users and applications or 



presently preferred embodiment, a Postscript 16 containing 45 systems, that is, to those users, applications or systems 



such information as a copyright notice in plain ASCII text 
format. 

As represented in FIG. 1, Graphic 12 resides at the start 
of an electronic business VLO 10 file and contains a Graphic 
Image (Image) 12A that is displayable for visual represen- 
tation and identification of the electronic business VLO 10 
to a user. Graphic 12 is comprised of a standard graphic file 
in any desired standard graphic format, such as the JPEG, 
TIFF, GIF, bitmap or 24 bit screen capture formats, suitable 



for representation of Image 12 A. Graphic 12 is thereby fully 55 so. 



having the appropriate means for decoding EDB 14A, such 
as will be described in the following descriptions of a system 
employing electronic business VLOs 10. In addition, in the 
presently preferred embodiment, electronic business VLOs 
50 10 are not provided with a programmable interface and, as 
such, are not revisable after creation. As such, the contents 
of EDB 14A cannot be read or displayed, even given a 
system or application capable of reading the data therein, 
unless specifically given permission and authorization to do 



accessible to and readable by any system, utility or appli- 
cation program having the capability of displaying the 
commonly accepted industry standard graphic file formats 
and capable of operating with the Graphic 12 file, thereby 
allowing Image 12A to be visually displayed to a user. 60 

Graphic 12 and the Image 12A may be generated using 
any graphic generation program, or may be converted or 
captured and converted from another graphic file. It should 
be noted that when Image 12A has been captured or con- 
verted from another, original graphic file and the Graphic 12 65 
file is of the same type as the original graphic file, this allows 
the electronic business VLO 10 to be substituted for the 



Examples of the GenerallFs 14Ab that may be contained 
in an EDB 14A are illustrated in FIG. 2A. As shown therein, 
GenerallFs 14Ab may include, for example, such informa- 
tion items as Universal Resource Locators (URLs) as used 
in the Internet and WWW, an identification of the author or 
creator of the electronic business VLO 10, date information 
of various types, such as dates of original creation and 
updating, a company identifier, postal and e-mail addresses, 
phone numbers, and so on. 

Referring to FIG. 2B, therein is presented illustrative 
examples of SpecificIFs 14Ac that may appear in an elec- 
tronic business VLO 10, the present example representing 



08/11/2003, EAST Version: 1.04.0000 



6,061,057 

11 12 

SpecificIFs 14Ac constructed for electronic business taining an identifying of the type of data or information 
applications, such as the offering and buying of goods or residing in the corresponding sub-BLOB 14Ca. 
services over the Internet. It will be seen that FIG. 2B is The internal structure of each sub-Blob 14Ca is corn- 
arranged as a table of three columns wherein each entry in pletely and solely defined by the creator of the electronic 
the first column-a contains a mnemonic designation, or short 5 business VLO 10, such as the seller of goods and services, 
identifier key, of a data field that may appear in SpecificIF and thus has an essentially unrestricted format, but is treated 
14Ac for business uses, each corresponding entry in the as a binary file. Examples of the data and information that 
second column contains the name of the data field, and each may reside in a sub-BLOB 14Ca include any form of data, 
corresponding entry in the third column contains a brief such as sound, video or graphics files and encoded data 
description of the contents of the data field. It will be noted 10 streams for special purposes, such as internal business data, 
that although the SpecificIF 14Ac fields of a given type of business to business data, and business to public data such 
electronic business VLO 10 may be standardized, the fields as discounts, coupons and special offers for sale. Such data 
are sufficiently extensive to meet the requirements of virtu- may be accessed as described above, by "clicking" on a 
ally any application and that the field types may be aug- corresponding displayed Locator Key 14Ad. Other 
mented if necessary for any given application. 15 examples include programs such as ActiveX and Java pro- 

Finally, EDB 14A may further include one or more grams that may be activated, for example, by "clicking", 

Locator Keys 14Ad, each of which contains a Locator Field "double clicking", "right button clicking" or "dragging and 

14Ad-a identifying the location of a corresponding sub- dropping" the electronic business VLO 10. 

BLOB 14Ca and a Type Field 14Ad-b containing an iden- Prog 14D also resides in Appendix 14 and includes a Type 

tification of the type of data or information residing in the 20 Field 14Da containing information identifying data files in 

corresponding sub-BLOB 14Ca. Locator Keys 14Ad may be the electronic business VLO 10 that may be operated upon 

used generally to identify the location and type of any by third party programs. Such third party programs, which 

information or data residing in a sub-BLOB 14Ca of the may be referred to as "helper" programs, include programs 

electronic business VLO 10 and may be used, for example, normally found in the operating environment in which the 

to associate the data in one or more sub-BLOBs 14Ca with 25 VLOs 10 reside, such as Microsoft Word in the Microsoft 

corresponding SpecificIFs 14Ad. For example, a .WAV file Windows operating environment, and may range firom full 

containing a sample of music from a music CD may be application programs to small sub-routine type programs 

stored in a sub-BLOB 14Ca and associated with a SpecificIF capable of performing simple functions. 

14Ad containing an identification of or reference to the In this regard, many operating environments, such as 

music CD so that a prospective buyer can "click" on a 30 Microsoft Windows NT and Windows 95 have the facility 

visually displayed representation of the SpecificIF 14Ad and that, if a file name with a file extension is identified to the 

listen to the music sample. operating environment programs, the operating environment 

Lastly, it will be noted that EDB 14A may be imple- programs will identify the program residing therein that is 
mented using, for example, 16 bit UNICODE character capable of operating upon files of that type, as identified by 
codes rather than 8 bit ASCII character codes, thereby 35 the file extension, and will invoke the corresponding pro- 
implementing VLOs 10 for use with languages such as gram to operate upon the identified file. Prog 14D allows 
Japanese or Chinese and data sets whose bounds and "helper" programs to be invoked to operate upon the cor- 
requirements exceed those of the ASCII character set, or responding data in the electronic business VLO 10 by 
multi-lingual VLOs 10. identifying such data to the "helper" programs by means of 

Referring again to FIG. 1, EMLB 14B may reside at any 40 a file name with file extension, 

location in Appendix 14 but, in the presently preferred Referring to FIG. 1, Prog 14D will include a List 14Db of 

embodiment, preferably follows Graphic 12, and is rep re- File Keys 14Dbl, each of which includes a File Name 

sented in FIG. 1 as immediately following EDB 14A for 14Db2 and a File Extension (FileExt) 14Db3, such as 

purposes of illustration. As indicated in FIG. 1, an EMBL VLO JPG, and a Data Pointer (DataPt) 14Db4 that points to 

14B includes a Type Field 14Ba containing information 45 either a file in the electronic business VLO 10 that contains 

identifying the data comprising EMLB 14B, EMLB 14B is the data, as described above, or to the data residing in 

typically formed of a structured ASCII or Unicode byte electronic business VLO 10, as also described above. By 

stream of letters and numbers and, in the instance of a "clicking" on the data, or a reference to the data in the 

electronic business VLO 10 constructed for use in electronic manner described above with regard to Locator Keys 14Ad, 

business transactions, may typically contain information 50 the File Name 14Db2 and File Extension 14Db3 will be 

relevant to the business offering goods or services or to the provided to the operating environment, which will respond 

goods or services themselves, or both. Some portions of by invoking the corresponding program to operate on the 

EMBL 14B may be accessible, for example, to the prospec- data. If the data does not reside in a file, "clicking" on a 

tive buyer, possibly under password control, while other reference to the data will result in the data being packaged 

portions may be proprietary to the enterprise offering the 55 into a file that is assigned the corresponding File Name 

goods or services and may be accessible and interp re table 14Db2 and FileExt 14Db3, as will be described further in a 

only to privileged systems of users internal to the enterprise following discussion, and the File Name 14Db2 and FileExt 

creating the electronic business VLO 10. 14Db3 are then provided to the operating environment 

Next considering a BLOB 14C and referring again to FIG. programs as just described. 

1, as described above BLOB 14C also resides in Appendix 60 A typical application of Prog 14D would be to provide 

14 and may be comprised of a plurality of sub-BLOBs 14Ca "right click" sub-menus for the selection of operations to be 

residing at different locations within the electronic business performed on a component of a electronic business VLO 10. 

VLO 10. As described, the location and type of data or In this instance, and instead of automatically invoking a 

information in each sub-BLOB 14Ca in Appendix 14 will be "helper" program, the file name and extension will result in 

indicated by a Locator Key 14Ad, each of which contains a 65 the display of a menu of possible operations to be performed 

Locator Field 14Ad-a identifying the location of a corre- on the data, the menu and related data being typically stored 

sponding sub-BLOB 14Ca and a Type Field 14Ad-b con- in a sub-BLOB 14Ca and identifying the possible operations 
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and corresponding "helper" programs to perform the opera- skill in the relevant arts that yet other similar methods of 

tions. In a presently preferred embodiment, a "right click" assuring the integrity of a VLO 10 may be employed, 

menu is generated automatically and in a manner transparent It will be appreciated that yet other extensions, appendi- 

to a user by a decoder program that decodes and displays ces or additions may be made to the parts of a electronic 

electronic business VLOs 10. For this purpose, and as 5 business VLO 10 in the manner just described, with corre- 

illustrated in FIG. 1, data and information pertaining to each sponding extensions in the capabilities, features and pur- 

"right click" sub-menu is stored in a corresponding Menu poses of VLOs 10. 

Sub-Blob 14Cb that contains a Key Format 14Cbl that Having described the structure and contents of VLOs 10, 

identifies an entry in a right click menu. As shown, the Key the following will next describe certain of the uses of VLOs 

Format 14Cbl includes a literal string in a Literal 14Cb2, 10 10 in electronic commerce and will then describe a system 

such as "Play Music", that will be included in the right click and the system components for constructing and using 

menu. The Key Format 14Cbl further includes a File VLOs 10 in electronic commerce. 

Extension (FileEx) 14Cb3 that indicates to the operating 3. Exemplary Uses of VLOs 10 in Electronic Commerce 

system which helper program to use to execute the right A. The Use of VLOs 10 In Purchasing Goods Over The 

click menu option, and a Pointer (Ptr) 14Cb4 that may point 15 Internet 

to another File Key 14Dbl that may refer to related binary In a business offering goods or services for sale over the 
information. Alternatively, and in the presently preferred Internet, the seller will publish a Web page containing VLOs 
embodiment of VLOs 10, "right click" menus are imple- 10 wherein each electronic business VLO 10 represents an 
mented by means of functions in, for example, the VLO 10 item or service for sale. In other circumstances, the seller 
decoders, described in a following description, rather than 20 may offer an electronic catalogue in the form of a computer 
the inherent autogeneration of "right click" menus being optical compact disk (CD) or magnetic disk, or in a down- 
provided directly through the VLOs 10. In this instance, Key loadable file or library of such items containing a display of 
Formats 14Cbl are included in the VLOs 10, but primarily the VLOs 10. 

contain pointers to BLOB 14 fields. Each electronic business VLO 10 will typically contain a 

Lastly, it will be seen in FIG. 1 that Appendix 14 further 25 picture of the item or representation of the service as the 

includes a Length Field 14Ea containing a value represent- electronic business VLO 10's Image 12 A and the parts of the 

ing the length, or total number of bits, of information electronic business VLO 10 will contain all of the inform a- 

contained in Appendix 14, and a Marker 14Eb that identifies tion necessary to identify and purchase the item or items 

the associated field as being the Length Field 14Ea. In the represented by electronic business VLO 10. For example, 

presently preferred embodiment of an electronic business 30 the Image 12Amay be an actual picture or artist's rendering 

VLO 10, Length Field 14Ea precedes Marker 14Eb and the of the item offered in the electronic business VLO 10, or 

Length Field 14Ea and Marker 14Eb reside at the end of may actually be scanned or captured from a seller's existing 

Appendix 14 as the last two components of Appendix 14. hard copy catalogues. 

As represented in FIG. 1, Postscript 16 preferably resides The ASCII text fields of the electronic business VLO 10's 

at or near the end of an electronic business VLO 10, 35 EDB 14A will, for example, contain the name and address 

depending upon whether the builder of a VLO 10 chooses to of supplier and such information as the price, shipping and 

place additional privately defined information in the VLO 10 handling charges, options such as available sizes and colors, 

after the Postscript 16. Postscript 16, however, is the last and other appropriate information, such as taxes and deliv- 

stmcturally defined and interpreted component in the pres- ery methods and times. The EDB 14A fields or other 

ently preferred embodiment of an electronic business VLO 40 components of the Appendices 14 of the VLOs 10, such as 

10 and, in the presently preferred embodiment of an elec- EMLB 14B and BLOB 14C, may also contain optional or 

tronic business VLO 10, contains at least a copyright notice required choices that may or must be specified, such as 

and may contain other information. length, width, height, color, material, text for engraving, 

Finally, in the presently preferred embodiment of an method of and priority rating for shipment, date -needed, and 

electronic business VLO 10 Appendix 14B contains a 45 other information for ordering the item. Besides being used 

Checksum Field 14F at a predetermined location relative to to present such choices and information to the prospective 

the end of Appendix 14B, which as described above is buyer and to process the buyer's responses and choices, the 

preferably indicated by Marker 14Eb. Checksum field 14F components of a VLO 10's Appendix 14 may contain, for 

contains a checksum value on the bytes of information in example, forms to be filled in by the buyer and transmitted 

Graphic 12 and the bytes of Postscript 16 and, as described 50 to the seller and containing such information as the buyers 

above, is encoded in the same manner as the remainder of choices from the selections presented by other information 

the data residing in an Appendix 14. Checksum Field 14F presented from the VLO 10, shipping information and 

thereby provides a means for checking that the Graphic 12 financial information, such as methods and authorizations 

and Postscript 16 associated with the Appendix 14 of a given for payment. Appendix 14 may further include alternative 

VLO 10 are the Graphic 12 and Postscript 16 associated with 55 options for buyer selections, or even alternative purchase 

the Appendix 14 when the VLO 10 was originally created. orders, that are coupled to the initial or preferential options 

Although Checksum Field 14F does not provide an absolute or purchase order so that a buyer may, in effect, say "if you 

guarantee against unauthorized modification of a VLO 10, a cannot provide a red widget, then I'll take a blue widget" or 

subsequent modification to either Graphic 12 or Postscript "if you cannot satisfy this order, then process this second 

16, or the substitution of another Graphic 12 or Postscript 16 60 order". 

for the original Graphic 12 or Postscript 16, has a high In this regard, it should be understood that, as illustrated 

probability of resulting in a discrepancy when Graphic 12 from the above descriptions of electronic business VLOs 10, 

and Postscript 16 are compared against Checksum Field 14F. the information provided to a buyer by a seller in an 

It will be noted that in alternate embodiments, Checksum electronic business VLO 10 may be presented directly or 

Field 14F may be based on the byte sequence in Appendix 65 indirectly. That is, certain information, such as that describ- 

14 as well as the byte sequences of Graphic 12 and Post- ing the goods or services offered, may be contained within 

script 16, and it will be well understood by those of ordinary the VLO 10 and presented directly therefrom to the pro- 
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spective buyer. Other information, such as order forms, 
prices, choices among goods or services, and so on, may be 
represented in the VLOs 10 by addresses or pointers, such as 
WWW URLs, to the network locations where the actual 
information resides. In these instances, the information 5 
would be presented to the buyer indirectly, that is, by 
accessing the indicated network address by means of the 
buyer's browser or other network access facility and down- 
loading the corresponding information. The choice of 
whether to provide given information directly from within a 
VLO 10 or indirectly from a network location identified by 
information contained in the VLO 10 would depend upon a 
number of factors, such as the volume of the corresponding 
information, the control the buyer wishes to exert over the 
information to be presented, and the frequency with which 
the information is changed or otherwise modified by the 15 
seller. In either instance, however, the information is encap- 
sulated within a VLO 10, either directly by being contained 
within the VLO 10 or indirectly by means of information 
providing direct access to the information through the VLO 

10. 20 

As described, a electronic business VLO 10 is an 
encapsulated, self-contained object, thereby providing a 
prospective buyer with a number of possible actions. For 
example, the buyer may select one or more VLOs 10 from 
the display, or copies of the VLO's 10, and drag and drop the 25 
selected VLOs 10 into a "shopping cart" repository for later 
consideration or purchase, store the VLOs 10 in a directory 
for later action, or e-mail copies of one or more of the 
selected VLOs 10 to another party, for example, as gift 
suggestions for birthdays, Christmas, wedding and shower 30 
gifts, and so on. It will also be recognized that a electronic 
business VLO 10 or a copy of a electronic business VLO 10 
contains, in itself, all the information necessary to purchase 
the item, even if it is e-mailed to another party. As such, the 
recipient of such a "gift list" can, in turn, purchase an item 35 
from the list with the same ease, and use the same procedure, 
as the creator of the list would have followed to purchase the 
item, provided that the recipient has the necessary purchas- 
ing mechanism, credit card facility, and so on, as described 
in the following. 40 

It will be understood in this regard that placing a copy of 
a electronic business VLO 10 into a "shopping cart" or file 
or e-mailing the copy to another party need not execute a 
purchase transaction. It may merely make a copy of the 
electronic business VLO 10 available for consideration and 45 
possible subsequent purchase, depending on options set- 
tings. 

When the decision to buy is made, that decision and the 
VLOs 10 of the items chosen for purchase are indicated to 
the electronic commerce system running on the purchaser's 50 
system, which may be, for example, the system of the party 
originally selecting the VLOs 10 or the system of a party to 
which copies of the VLOs 10 have been transported. The 
purchaser's system will interrogate a purchaser's repository 
of pertinent information, which may be referred to as a 55 
"wallet" which may contain, for example, the buyer's name, 
address, credit card with bank ID and expiration date, and so 
on. The purchaser's system will automatically combine 
required information from the "wallet" with information 
extracted from the electronic business VLO 10 to construct 60 
a purchase order, which is automatically sent to the seller 
through the Internet as a secure transaction. It should be 
noted that if the purchase order asks for information not 
contained in the wallet, the program prompts the user to 
supply the item interactively. 65 

The sending of the purchase order may initiate seller 
processes resulting in a response such as order placed, credit 
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card not valid, credit limit exceeded, item temporarily out of 
stock, or item discontinued. Some of these responses termi- 
nate the interaction, others lead to a variety of options, such 
as submitting a different credit card. It will be understood by 
those of ordinary skill in the relevant art that such electronic 
commerce transaction protocols have become common and 
standardized and, as such, are not the subject of the present 
invention or the system implementing the present invention. 
E-transaction protocol is becoming standardized and its 
details are not the subject of the current disclosure. 

It will be apparent, therefore, that the use of VLOs 10 in 
an electronic commerce system according to the present 
invention is the functional equivalent to the process 
executed in a store wherein a product's bar code and a credit 
or debit card code are electronically read by actions at a local 
site and a remote site and concluded automatically without 
detailed intervention or actions by the buyer and the seller. 
The entire process is easy for the buyer to understand and 
initiate, and the processing is fast, efficient, economical, and 
secure. 

It will also be noted that the use of a "shopping cart" 
repository to retain the VLOs 10 representing the goods that 
have been chosen for actual purchase allows the buyer to 
group together items for purchase from the same supplier, 
and that the buyer's system is provided, from the VLOs 10, 
with all of the information, such as shipping and handling 
charges and taxes, to compute the total cost of each trans- 
action. This ability thereby allows the buyer to make pur- 
chasing decisions based on the total cost of the transaction 
and to make adjustments and decisions as necessary. 

It will be further noted that, because of the ease and speed 
with which transactions are executed, the buyer's financial 
information, such as credit card numbers and name and 
address may be retained locally and submitted separately for 
each transaction. As such, the buyer's financial information 
needs to appear in the seller's system only during the actual 
execution of the transaction and thereafter needs to be stored 
in the seller's systems only in the highly secured transac- 
tions archives, which are generally not accessible to external 
systems or vulnerable to unwanted access. In addition, the 
information in EDB 14A is encoded, and is thus accessible 
only to specified users and applications or systems, that is, 
to those users, applications or systems having the appropri- 
ate means for decoding EDB 14A, such as a decoder, as will 
be described in the following, and a password or other 
decoding key. Also, electronic business VLOs 10 are not 
provided with a programmable interface in the presently 
preferred embodiment of VLOs 10 and, as such, are not 
revisable after creation. The contents of an electronic busi- 
ness VLO 10 therefore cannot be read or displayed except 
with specific permission and authorization, even given a 
system or application capable of reading the data therein, 
and cannot be altered or modified after creation, thereby 
preventing fraud or the gaining of unauthorized access to 
buyer information through the use of counterfeited or 
improperly altered VLOs 10. 

The use of VLO's 10 also greatly enhances the seller's 
ability to create and update a catalogue, display or listing of 
items offered for sale, whether on a Web page or in some 
form of electronic catalogue, such as a downloadable file or 
a computer optical compact disk (CD) or magnetic disk. 
That is, the Web page or catalogue is essentially a display of 
an array of VLOs 10, each of which represents an item 
offered for sale or a group of closely related items, differing, 
for example, in color, size and so on, and each of which is 
a completely encapsulated and self-contained object con- 
taining all information necessary to purchase the item or 
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items. As such the creation of a Web page or catalogue is In these instances, the information would be presented to the 

primarily the creation of the individual VLOs 10, which may buyer indirectly, that is, by accessing the indicated network 

often be in the form of one or a few standardized VLOs 10 address by means of the buyer *s browser or other network 

differing primarily in the detailed information residing in the access facility and downloading the corresponding informa- 

electronic business VLO 10 fields. 5 t ion. The choice of whether to provide given information 

The updating of offerings on the Web page or in the directly from within a VLO 10 or indirectly from a network 

catalogue is likewise simplified as requiring only the updat- location identified by information contained in the VLO 10 

ing of the affected VLOs 10, or the adding or removal of would depend upon a number of f actors> such ^ the volume 

VLOs 10, and not the entire Web page or catalogue as an of ^ co ndin in f orm ation, the control the buyer 

i n lty - u ^ CW1Se eaSy fo ' the Seller !° ad ^ 0rt ; 1 tf ! fe y L0$ 10 wishes to exert over the information to be presented, and the 

10 to the Web page or catalogue, such as VLOs 10 offering c . t , , . . c t . . . , 

.. - , r & . . j. . j -i-5 frequency with which the information is changed or other- 
time limited special prices or discounts and specialized . , , « T • « ■ 7 

VLOs 10, such as "coupon" VLOs 10. Furthermore, the W f modlfied ^ the " U ^ In ^ 

updating of a VLO 10, wherever it resides, is an atomic ^formation is encapsulated within a VLO 10, either directly 

action. As such, and even though the directory or file is not is b ? bem g within the VLO 10 or indirectly by 

"locked" for an update, it is impossible for an end user, that meaas of information providing direct access to the infor- 

is, buyer, to use, for example, a new model number and an mation through the VLO 10. 

old price, or vice versa. In a purchase requiring configuration of the goods or 

As a further advantage, and because VLOs 10 are encap- services, such as a computer system, a prospective buyer of 

sulated and self contained, a seller may "push" VLOs 10 20 a computer system may be presented with a Web page 

down to a visitor to a Web page, either directly when the user containing several VLOs 10, each representing a basic 

visits the Web page or through electronic mail to previous computer system for which the component parts must be 

visitors/buyers, thereby allowing proactive marketing and configured and selected according to the buyer's needs as 

advertisement of goods. The encapsulation of VLOs 10 as regards functionality and price. The buyer could then review 

self-contained entities further allows the seller to easily 25 the basic characteristics of the base systems by viewing the 

create specialized or seasonal catalogues, and the ability of conlents of ^ bage m VLQs 1Q and hayi xhdM a 

a electronic business VLO 10 to contain such diverse «. u * * j* * *u * i * • u ■ 

. „ , candidate base system, indicate that electronic business 

information as video clips, sound clips and additional pic- ,rr ^ ™ • r t * i ™ + * 

a u* c *l ii «i_ ii * j c VLO 10. Routines stored, for example, m the BLOB 14C of 

hires and graphics further allows the seller to provide, for t , ... , „ n + n , , , 

avn . j; ' , r . rt . A * ^„ , f that electronic business VLO 10 could then call up an array 

example, sample cuts trom music CDs or videos ottered tor 30 _ _ , , „ n „ n . , , 

sa j e of further VLOs 10 representing the possible component 

B. Purchase Transactions Requiring Configuration of P arts that mi S ht be added t0 that base s y stem » such ™ 

Q oods memory, disk drives, peripherals, software and so on. Then, 

It has been described previously that the sale and purchase u P on tentatively selecting one or more component parts, the 

of complex goods requiring that informed choices be made 35 buyer's system, reading information from the VLOs 10, may 

regarding the goods, often involving the selection of com- advise the buyer as to the compatibility or requirements of 

ponent parts, many of which either must or cannot be used each of the selected component parts, guiding the buyer to 

in certain combinations but may or must be used in other compatible components when the buyer has selected an 

combinations, such as airline travel tickets, health insurance, unusable combination of components and suggesting 

automobiles and computer systems, is very difficult to 40 choices for the components not yet selected. The process, by 

perform remotely, such as through the Internet. As using the information placed in the VLOs 10 by a person 

discussed, Web pages that attempt to provide such goods are knowledgeable in the subject matter, would thereby be 

typically very extensive, complex and confusing and often guided easily and visually through the process of selecting 

result in frustration of the potential buyer and inoperable a configuration that meets the buyer's requirements. The 

configurations of the goods. 45 process mdude calculatiorj of the running subtotal 

As described, an electronic business VLO 10 is a self- rfce at each st and for each ibJe configuration under 
contained, encapsulated entity that contains all of the infer- consideraliori) so that the b would arrive at a configu . 
mation necessary to purchase a given item. That information t . n e tU u > 
may include, for example, in EDB 14A, links to other VLOs ratl0n meetmg ali ° f lhe buyer S re 1™ ements - 
10 representing component parts of an item or system, such 50 It wiU be described in following discussions that an 
as computer system, represented by a "system" electronic exemplary system utilizing VLOs 10 for electronic corn- 
business VLO 10. The "system" electronic business VLO 10 merce includes a "decoder" for reading VLOs 10 and 
and the related component VLOs 10 may, in turn, contain interoperating with VLOs 10. As will be described, this 
relevant text, questions, programs, advice, pointers and "decoder" may be installed in the buyer's system in a 
links, including configuration and compatibility require- 55 number of ways, including downloading from a seller's 
ments and suggestions and a flow process, to guide a Internet site at the time of an initial consideration of the 
prospective buyer through the process of configuring the seller's goods. In such instances as goods requiring configu- 
item to be purchased. As has been described, the information ration choices, the basic "decoder" may be expanded by the 
provided to a buyer by a seller in an electronic business VLO szMct of the configurable goods to facilitate the configura- 
10 may be presented directly or indirectly. That is, certain 60 tion process described above, as well as the basic functions 
information, such as that describing the goods or services of reading VLOs 10, 

offered, may be contained within the VLO 10 and presented Having described VLOs 10 in detail, and having 

directly therefrom to the prospective buyer. Other described certain of the possible functions and advantages of 

information, such as order forms, prices, choices among VLOs 10 in electronic commerce, the following will next 

goods or services, and so on, may be represented in the 65 describe an implementation of an electronic commerce 

VLOs 10 by addresses or pointers, such as WWW URLs, to system using VLOs 10 and the component parts of a system 

the network locations where the actual information resides. implementing electronic commerce using VLOs 10. 
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4. An Electronic Commerce System Utilizing VLOs 10 ing the necessary operations on the components of a VLO 

(FIGS. 3 and 4) 10. In the instance of manual construction of electronic 

A. General Description of a Networked System Utilizing business VLOs 10, the creator of the VLOs 10, operating on 
VLOs 10 (FIG. 3) Server 30B or any other system having the necessary 

Referring to FIG. 3, therein is presented a general block 5 capabilities, such as Seller 30A, will manually construct one 

diagram of a networked System 28 utilizing electronic or more VLOs 10 having the structure described previously, 

business VLOs 10 for electronic commerce. As represented generally by manually writing the necessary information 

therein, System 28 will typically include one or more Seller int0 the fie 1 1 1 ds l of a e J ectr °nic business VLO 10 template. The 

Systems (Sellers) 30A belonging to the individuals, compa- c ™ tor ^ then ^ J !K C ^^A buSU ^^ 0s * 

• *■ cc a * Web page using or add the VLOs 10 to a VLO Store 60 for 

mes or corporations offering goods or services, one or more 10 . . , , , , " , 

c-n- c /c „\ !ft D . u- u *u j transporting to a potential buyer by other means, as will be 

Seller Servers (Servers) 30B through which the goods or b * dow / While this y meth * d is generall y adequate 

services are offered, and one or more Buyer Systems for smaU numbers Qf VLQs 1Q mQst ^ ^ ^ tQ 

(Buyers) 32 all interconnected through a Communications construct larger numbers of electr onic business VLOs 10 by 

Network (Network) 34 such as the Internet. use of Encoder 50> whose ri ^ the conslmc . 

Sellers 30A, Servers 30B and Buyers 32 are typically each is { { on 0 f VLOs 10. 

based upon a computer system comprised of a Central Encoder 50 is illustrated in FIG. 4 as operating in Server 

Processing Unit (CPU) 36, a Memory 38, a Mass Storage 30B, but it will be understood by those of skill in the relevant 

Device (MSD) 40, such as a disk drive, a User Interface (UI) arts that Encoder 50 and the associated cooperative pro- 

42, which are typically comprised of a display screen, grams may be employed in any other system having the 

keyboard and mouse, and an Internet Interface (II) 44, such 20 necessary capabilities, such as a Seller 30A, and that the 

as a modem. Each Buyer 32 will typically include an results of Encoder 50 operations, that is, VLOs 10, may then 

Internet/WWW interface and access program, represented as be transferred into Server 30B for use. 

Browser 46 AA, which, for example, may be comprised of As represented in FIG. 4, the information and graphics 

Netscape Navigator or Microsoft Internet Explorer, while that are to be used in constructing VLOs 10 will typically be 

corresponding Server Programs (ServP) 46B are provided in 25 stored in a Database (Db) 62, which may be a Jasmine 

Servers 30B and Sellers 30A to enable Servers 30B and database or a similar object oriented database, represented as 

Sellers 30A to communicate over the Internet and, in Database (Db) 62A, or any other convenient form of 

particular, to allow Servers 30B to operate as Internet Database, represented as Database (Db) 62B. Encoder 50 

servers. These components of System 28, Seller 30A, Server operates in conjunction with a Database Wizard (DBWiz) 

30B and Buyer 32 are, however, conventional and well 30 64, which in turn operates under user direction to select and 

understood by those of skill in the relevant arts and, as such, read from Db 62 the information that is to appear in each 

will not be discussed further herein. electronic business VLO 10's fields, including the graphic 

B. General Description of an Electronic Commerce Sys- file of Image 12A. Encoder 50 constructs each electronic 
tem 48 (FIG. 4) business VLO 10 from the information obtained through 

Referring now to FIG. 4, there in is shown a block diagram 35 DBWiz 64 and stores the completed VLOs 10 in a VLO 

of the components of an Electronic Commerce System Store 60 for subsequent incorporation into a Web page or for 

(ECS) 48 using VLOs 10 for electronic commerce and transport to prospective buyers by other means. When, for 

implemented, for illustrative purposes, in a System 28 as example and as illustrated in FIG. 4, VLO Store 60 is a 

described above. As illustrated therein, the basic compo- Jasmine database or similar form of database adapted for 

nents of an ECS 48 most typically include a VLO Encoder 40 operation with a Web page construction program, Encoder 

(Encoder) 50, which may be resident in a Server 30B or 50 may write the completed VLOs 10 back into the DB 62 A, 

other system available directly or indirectly to the seller and either as replacements for original graphics representing the 

which is used to construct VLOs 10, and a VLO Decoder items encapsulated in the VLOs 10 or as new properties or 

(Decoder) 52 which is resident in Buyer 32 and is used to database entries relating to the items, 

read and interpret VLOs 10. 45 Finally, a Web Page Construction Program (WebCon) 65, 

Other components of ECS 48 may include a VLO Shop- such as Jasmine Studio, may be used to read the VLOs 10 

per (Shopper) 54 which is resident in Buyer 32 and is used from DB 62 and to embed the VLOs 10 into one or more 

by the buyer to organize and facilitate business transactions Web Pages 66 for subsequent downloading to a Buyer 32 

with VLOs 10, a VLO Broadcaster Mechanism 56, which, as when a user of Buyer 32 views Web Page 66 through 

will be described, has components resident in a Server 30B 50 Network 34. 

and in a Buyer 32 and is used to "broadcast" or "push" VLOs As has been described previously, the VLOs 10 may be 

10 down to Buyer 32 or to prepare a database to be polled, transferred to a Buyer 32 through other means, such as on a 

that is, pulled, by a program resident on the Buyer 32 computer optical compact disk (CD) or magnetic disk or in 

system, and a VLO Screen Saver (Saver) 58, which may be a downloadable file or by direct "push" through Network 34 

resident in Buyer 32 and is used to display electronic 55 through operation of a Broadcaster Mechanism 56. As 

business VLOs 10. represented in FIG. 4, VLOs 10 transferred to a Buyer 32 by 

As will be described below, the components of ECS 48 means of a computer magnetic disk or by means of a 

operate cooperatively with certain other programs, such as downloadable file will be stored in the Buyer 32 's MSD 40 

Browser 46 AA, to perform certain of the functions of ECS while VLOs 10 residing on a computer optical compact disk 

48. Such programs, or their equivalents, are commonly 60 will be available to the Buyer 32 through a computer CD 

available and are well known in the relevant arts, as will be disk peripheral effectively operating as part of MSD 40. 

discussed in the following. Broadcaster Mechanism 56, which will be discussed further 

C. Encoder 50 (FIG. 4) below, is effectively a means for "push" downloading of 
First considering the construction of electronic business VLOs 10 to a Buyer 32 in a manner analogous to the 

VLOs 10, VLOs 10 may be constructed either by means of 65 downloading of VLOs 10 of a Web Page 66, but separately 

VLO Encoder (Encoder) 50 or by means of any utility or from the Web Page 66 and on an individual electronic 

program or combination thereof that is capable of perform- business VLO 10 basis. 
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Lastly with regard to the structure and operations of a 
Server 30B, and in consideration of the operation of a Buyer 
32, it will be noted that the ECS 48 programs of modules 
typically residing in and operating in a Buyer 32, such as 
Decoder 52, Shopper 54, and Saver 58, may be provided to 5 
a Buyer 32 in a variety of ways, such as loading from a 
computer CD or magnetic disk. These components of ECS 
48 that function in a Buyer 32 may also be downloaded from 
a Server 30B or other network server, for example, at any 
time a Buyer 32 goes to, or visits, a Server 30B or other 
network server on which these programs reside, as indicated 
in FIG. 4 wherein these ECS 48 components are shown as 
stored in the Server 30B MSD 40. The downloading may be 
at the initiative of the user of Buyer 32, that is, the user may 
seek a network server having the components of ECS 48 and 
request that at least selected components of ESC 48 be 15 
downloaded by file transfer as is the common practice with 
other programs. Alternately, the downloading may be, at 
least in part, automatic when a user of a Buyer 32 visits a 
Server 30B in which the ECS 48 components reside. For 
example, the Server 30B may query the Buyer 32 as to 20 
whether it contains at least a Decoder 52 and may automati- 
cally download a copy of Decoder 52, upon permission of 
the user of Buyer 32, if a copy of Decoder 52 is not already 
resident on the Buyer 32. In such instances, the downloading 
of the remaining buyer 32 resident components of ECS 48, 25 
such as Shopper 54 and Saver 58 may be automatic with the 
downloading of the copy of Decoder 52, or at the permission 
of the user of the Buyer 32. 

D. Decoder 52 (FIG. 4) 

Next considering the operation of ECS 48 in a Buyer 32, 30 
as previously described a electronic business VLO 10 is 
encoded and has a unique internal structure and, as such, a 
Decoder 52 or equivalent facility is required to decode 
VLOs 10 and to read the data from VLOs 10. 

Browser 46 A, which may be, for example, Netscape 35 
Navigator or Microsoft Explorer, operates in the manner 
well known to those of skill in the relevant arts to commu- 
nicate with a Server 30B through Network 34 and to 
download Web Pages 66 and display Web Pages 66 to a user 
of Buyer 32. In this regard, Browser 46A can display the 40 
Images 12Aof VLOs 10, but in itself cannot decode or read 
the other contents of VLOs 10, and Decoder 52 interfaces 
automatically with Browser 46A, and Shopper 54, to decode 
VLOs 10 when the information residing in Appendix 14 is 
required for an operationBrowser 46A. In a present 45 
implementation, Browser 46A will generally display VLOs 
10 in a screen display or as part of a web page simply as 
images comprised of the Image 12A components of the 
VLOs 10 and Decoder 52 is called to decode the Appendix 
14 of a VLO 10 only when the information residing in the 50 
Appendix 14 is required for an operation, such as the 
purchase of goods represented by a VLO 10. 

If the user of Buyer 32 elects to purchase one or more 
items represented by VLOs 10, Decoder 52 will, upon user 
command inputs selecting the corresponding VLOs 10 and 55 
indicating the user's purchase decision, read the necessary 
user financial information from a Wallet 68, which is a 
repository that resides in the Buyer 32 MSD 40 and that may 
contain, for example, the buyer's name, address, credit card 
with bank ID and expiration date, and so on. Decoder 52 will 60 
automatically combine the required information from Wallet 
68 with any necessary information extracted from the 
selected electronic business VLO 10 in a template form 
contained in the selected electronic business VLO 10 to 
construct a Purchase Order (PO) 70, which Decoder 52 will 65 
then transmit to Server 30B through Network 34 in a secure 
transaction. 
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It should be noted that, in the present preferred embodi- 
ment of ECS 48 each user's financial information is stored 
in a corresponding individual electronic business VLO 10 in 
Wallet 68, thereby being at least encapsulated and encoded 
and readable only be Decoder 52. In addition, the VLOs 10 
in Wallet 68 and containing user financial information may 
also be encrypted and password protected, thereby providing 
additional security and obviating the requirement for "cook- 
ies". 

In the present embodiment, Decoder 52 is designed to be 
operable with virtually any Browser 46A that is presently 
available or will be available in the future, although "plug- 
ins", represented in FIG. 4 as Plug-in 72, may be necessary 
to interface Decoder 52 with certain Browsers 46. For 
example, in the present embodiment, Decoder 52 is imple- 
mented as an ActiveX control and the Ncompass ScriptAc- 
tive plug-in is presently required for Decoder 52 to support 
Netscape Navigator. It will be recognized by those of 
ordinary skill in the relevant arts, however, that Decoder 52 
may be implemented in many specific forms and that the 
specific implementation of a Decoder 52 and whether or not 
plug-ins are required and the form of any necessary plug-ins 
will depend upon such factors as the system in which the 
implementation of Decoder 52 is operating, the specific 
Browser 46A the Decoder 52 is operating with and the 
choices of the designer. It will also be recognized that, 
because VLOs 10 can be displayed by essentially any 
Browser 46 A on any computer platform, applications can be 
created that support both Microsoft Windows and non- 
Windows platforms, using the additional functionality of 
VLOs 10 on Windows platforms and offering standard 
HTML type links on other platforms. 

E. Shopper 54 (FIG. 4) 

Referring again to FIG. 4, ECS 48 may include a Shopper 
54 which is resident in Buyer 32 and is essentially a facility 
that may be used by the buyer to organize and facilitate 
business transactions with VLOs 10. As illustrated in FIG. 4, 
Shopper 54 constructs and displays a Shopper Window 74 
having, for example, a Selected VLO sub-window 
(Selected) 76, a Financial Display sub-window (Financial) 
78, a Special Display sub-window (Special) 80 and a Text/ 
Help Bar sub-window (Text) 82. Shopper 54 uses methods 
similar to the commonly available and well known "drag 
and drop" functions that are available in, for example, 
Microsoft Windows, to allow a user to drag or copy VLOs 
10 selected by the user from a Web Page 66 to, for example, 
Selected 76 sub-window where the selected VLOs 10 are 
retained and displayed for subsequent consideration and 
actions by the user. It should be noted, in this regard, that 
there may be more than one instance of any of the Selected 
76, Financial 78, Special 80 and Text 82 sub-windows, that 
each instance of a sub-window may contain an independent 
set of data, and that the sub-windows may be free-floating, 
that is, independent of and separate from the "main" Shop- 
per Window 74. 

The user may, for example, elect to view the information, 
such as price, color selections, and so on, regarding the item 
corresponding to a given selected electronic business VLO 
10, in which instance Decoder 52 operates in conjunction 
with Shopper 54 to decode and read the information from the 
electronic business VLO 10 and to display the information 
in, for example, pop-up sub-windows in Selected 76. 

The user may visually and functionally organize and 
group VLOs 10 in Selected 76, for example, by moving 
certain of the VLOs 10 into visual groupings, or by shift- 
clicking on successive VLOs 10 with corresponding high- 
lighting of the indicated VLOs 10, or by "stretch boxing" 
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around selected VLOs 10 and VLOs 10 may also be acted 
upon one at a time by "clicking" or "dragging". Pop-up 
sub-menus activated, for example, by "right clicking" or by 
additional "control buttons" located in Selected 76 or Finan- 
cial 78, may then, for example, allow the user to direct 
Shopper 54 to invoke an e-mail program and to e-mail the 
indicated VLOs 10 in an attachment to an e-mail message or 
may allow the user to direct Shopper 54 to calculate the total 
price, including shipping and taxes, of the items represented 
by the selected VLOs 10. The user may also elect to discard 
certain of the VLOs 10 displayed in Selected 76, or to direct 
Shopper 54 to package certain selected ones of the VLOs 10 
into a directory to be stored for later consideration. 

Financial 78 contains, as indicated, a display of financial 
matters relating to the user, such as the credit/debit cards 
available to the user for purchases, the total amounts charged 
to selected accounts, and credit/debit card information such 
as account/card numbers, expiration dates and so on. In 
certain implementations, and given that the user and Buyer 
32 have access through Network 34 to the pertinent financial 
information, for example, from banks or other credit/debit 
card companies, Financial 78 may also display such infor- 
mation as the balance, limit, charges to date and payments 
to date on each of the user's credit or debit card accounts or 
checking and savings accounts. 

A user may use Selected 76 and Financial 78 together to 
purchase items corresponding to the VLOs 10 displayed in 
Selected 76. For example, the user may drag and drop 
individual or grouped VLOs 10 from Selected 76 to a 
representation of a credit or debit card in Financial 78, using 
any of the methods just described, or by indicating the VLOs 
10 to be purchased and "clicking" on a credit/debit card 
representation in Financial 78, and so on. In a present 
implementation, for example, purchases are executed by 
dragging a electronic business VLO 10 onto a representation 
of a credit or debit card or by dragging a representation of 
a credit or debit card onto a electronic business VLO 10. 
Also, these functions may be implemented on a per elec- 
tronic business VLO 10 basis. That is, clicking on a elec- 
tronic business VLO 10 will display relevant information 
and status regarding the electronic business VLO 10 and, 
when a electronic business VLO 10 is dropped onto a 
representation of a credit or debit card, Shopper 54 will 
display the purchase information relevant to the electronic 
business VLO 10 for the buyer to verify and will then 
execute the purchase when confirmed by the buyer. 

The area of Shopper Window 74 indicated as Special 80 
may, in turn, be used for special purpose display functions. 
An example of such could include the display of gift, 
wedding, shower or other wish lists of VLOs 10 as the 
electronic business VLO 10 contents of the list are selected 
from a Web Page 66 or Selected 76 by the user, with the list 
subsequently being e-mailed to other parties or posted on a 
Web page on Buyer 32 for perusal by other users of System 
48. In a further example particular to ECS 48, and as will be 
described below with regard to Broadcaster Mechanism 56, 
Special 80 may be used for the display of VLOs 10 "push" 
downloaded from a Server 30B. In yet other 
implementations, Special 80 may appear as an "advertise- 
ment space" wherein advertisements are displayed to the 
user and wherein the advertisements may include, for 
example, VLOs 10 or advertisements in other formats, such 
as the banners presently commonly seen in areas of web 
pages. 

Finally, the Text/Help Bar 82 of Shopper Window 74 is 
used by Shopper 54 to display text messages to the user, 
such as total cost of items selected, credit card amount 
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charged during the current session, the e-m ailing status of 
packaged VLOs 10, help in using Shopper 54, and so on. 
F. Broadcaster Mechanism 56 (FIG. 4) 
As shown in FIG. 4, Broadcaster Mechanism 56 has 

5 components residing in Server 30B that interact with a Seller 
30A and a Buyer 32 to load VLOs 10 from a Seller 30A to 
a Broadcaster Mechanism 56 database in Server 30B and to 
then broadcast, or download, individual VLOs 10 or groups 
of individual VLOs 10 to a Buyer 32 from the Broadcaster 

10 Mechanism 56 database of VLOs 10. The VLOs 10 broad- 
cast through Broadcaster Mechanism 56, which are hereafter 
referred to as "broadcast" VLOs 10, are downloaded to a 
Buyer 32 on the basis of "subscriptions" by a given Buyer 
32 to selected "channels" rather than as part of or in 

15 association with a Web Page 66 accessed by a Buyer 32, as 
described above. In this regard, a "channel" is a time varying 
set or group of VLOs 10 having a commonality of subject 
matter as represented by the contents of the VLOs 10 of the 
channel, or a set or group of targeted recipients. One or more 

20 Buyers 32 may be "subscribers" to a given channel or 
channels wherein a "subscription", in turn, is an agreement 
between a Seller 30a and a subscriber, or an authorization of 
a subscriber, for the subscriber to receive the VLOs 10 
broadcast through a given channel or channels. 

25 "Broadcast" VLOs 10 use basically the same structure 
and organization as electronic business VLOs 10 and may be 
used for similar purposes, but are also utilized for a range of 
other purposes related to the delivery of user selected subject 
matter. As will be described, broadcast VLOs 10 and the 

30 "channels" and "subscriptions" through which they are 
delivered to the users of Buyer 32 systems may be tailored, 
in their subject matter and content, for an extensive range of 
specific purposes. 

In electronic business applications, for example, broad- 

35 cast VLOs 10 may be used to deliver information relating to 
special subjects or topics of a commercial nature, such as 
special, time limited offers of items, perhaps at special prices 
or discounts or for promotional purposes, special 
announcements, offers to selected Buyers 32, and so on. This 

40 form of broadcast VLO 10 may, for example, be delivered 
to the users of Buyer 32 systems in the same manner as 
radio, television, magazine or newspaper advertising, or 
may be provided in association with other forms of 
subscriptions, as will be described. 

45 In other applications, broadcast VLOs 10 may be used to 
provide news and articles, either in the form of general 
selections as provided, for example, by newspapers, news 
magazines and radio and television broadcasts, or in the 
form of selections tailored to the needs or desires of indi- 

50 vidual users of Buyer 32 systems, as provided, for example, 
by magazine subscriptions or news clipping services. In yet 
other applications, channels and the VLOs 10 may provide 
selections of computer games, computer programs, stories, 
articles and on-line research facilities and libraries. 

55 Channels and the broadcast VLOs 10 provided there- 
through may be narrowly or broadly focused, depending 
upon the interest group addressed by each channel and its 
VLOs 10, For example, some channels may be focused for 
children, and may carry VLOs 10 providing selections of 

60 games, programs, stories, articles and on-line research facili- 
ties and libraries tailored for children. Other channels may 
be narrowly focused and provide broadcast VLOs 10 
directed to subject such as stock or financial reports, articles 
on specific medical topics, articles published in specific 

65 academic fields, and so on, while others may be broadly 
focused, in the manner of a newspaper or television news 
show. It will therefore be apparent that the contents and 
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subject matter of a given channel and the broadcast VLOs 10 
provided therethrough may, in effect, be selected and chosen 
by the subscribers to the channels as well as by the channel 
providers, in the same manner as magazines, newspapers 
and so on. 5 

Also, it will be apparent that there are a number of 
possible forms of "subscription", depending upon the con- 
tents of each channel and the market value of the channel 
contents to the subscribers. For example, at least some 
channels will be provided on a "paid" subscription basis, 10 
such as children's channels providing downloadable games 
and articles, channels providing information or articles for 
specific interest groups or business interests, such as aca- 
demic publications and stock or financial reports, news 
channels, and channels providing the electronic equivalent is 
of magazine subscriptions. There may also be significant 
variation among "paid" subscriptions, ranging from a blan- 
ket payment for all contents of a given channel through 
payment on a per item downloaded basis. Yet other channels 
will be provided on the basis of "free" or "seller controlled" 20 
subscriptions that may be provided to all users of a Buyer 32 
system equipped to receive broadcast VLOs 10, or in 
association with another service or subscription provided by 
a Seller 30 A, such as a "paid" subscription. It will be 
appreciated that the payments for a given channel will 25 
depend upon such factors as the perceived market value of 
the information or subject matter provided through the 
channel, the size of the user base, that is, number of 
subscribers, of the channel, the degree of control and selec- 
tivity that the subscribers exercise over the contents of the 30 
channel, and the contents of the channel. For example, a 
channel primarily or exclusively carrying advertisements for 
goods or services, even if targeted for a specific interest 
group, will most probably be a "free" subscription channel, 
or available for at least a relatively lost cost subscription. 35 
The cost of yet other channels may be affected by whether 
the channel carries "advertisements" as well as the desired 
subject matter, or whether certain channels are offered as 
"group" under a single subscription, and whether the sub- 
scriber has the option of not receiving "advertising" content 40 
or an advertising channel. In yet other instances a subscrip- 
tion may be dependent upon the authorized use of a com- 
ponent or add-on to Shopper 54 or a specific version of a 
Shopper 54, such as a Shopper 54 specifically designed and 
adapted for use by children. " 45 

Finally in this regard, it has been described above that 
broadcast VLOs 10 use basically the same structure and 
organization as electronic business VLOs 10. The particular 
contents of a broadcast VLO 10, however, adapt and utilize 
the structure and organization of a VLO 10 for the purposes 50 
of broadcast VLOs 10. For example, it has been described 
above that function of a broadcast VLO 10 is to provide 
subject matter subscribed for, such as offers for goods or 
services, news, articles, stories, information of various forms 
and at least certain types of goods that may be delivered 55 
through a computer network, to a subscriber. It will be 
apparent that the structure of a VLO 10 as described herein 
above is capable of containing a virtually unlimited amount 
of information in essentially any form that may be trans- 
mitted through a computer network and handled by a 60 
computer system. For example, a computer game or 
program, the text of a magazine or story, set of selected news 
articles, a piece of music, or a financial report all may be 
encapsulated in a Blob 18 and transmitted to a subscriber in 
a VLO 10, and that a broadcast VLO 10 may be an electronic 65 
business VLO 10 containing an offer for goods or services 
as described above. It will be apparent, however, that there 
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will be instances or applications wherein it will be imprac- 
tical or undesirable to encapsulate the subscribed subject 
matter in the broadcast VLO 10 initially presented to a 
subscriber. For example, some computer games or programs 
or the text of books or collections of articles in, for example, 
the electronic equivalent of a magazine, may be relatively 
large, such as on the order of several megabytes. In such 
instances, the transmission time required to download, for 
example, a computer game or program, complex or exten- 
sive data or information in graphic form, or extensive text, 
may be excessive unless the subscriber specifically desires 
to receive the subject matter contained in a broadcast VLO 
10. The initially broadcast VLO 10 may therefore contain, 
rather than the fill subject matter, a link, such as a URL, to 
another VLO 10 or downloadable file in any desired form, 
containing the fall subject matter of the initial VLO 10. The 
initially broadcast VLO 10 may also contain a capsule 
description or summary form of the subject matter, such as 
a demonstration version of the game or program or extracts 
or summaries of the subject matter of the VLO 10. The 
subscriber may then view the initial broadcast VLO 10, for 
example, reading the description, extract or summary or 
running the demonstration version of the game or applica- 
tion program, viewing a "thumbnailed" graphic or listening 
to a music clip, and may then activate the link to download 
the full subject matter if desired. In yet other 
implementations, the contents of a broadcast VLO 10 may 
be compressed using any of a number of commonly known 
and used data compression methods, such as "zip" 
compression, to reduce the downloaded volume of data in a 
broadcast VLO 10. This method thereby allows the full 
contents of the VLO 10 to be downloaded to a subscriber in 
a single step, but requires the subscriber to "decompress" the 
VLO 10 to view the contents of the VLO 10. 

As indicated in FIG. 4, and as will be described in further 
detail in a later description, a user having a subscription to 
one or more channels may receive the broadcast VLOs 10 
provided from Server 30B through the subscribed channels. 
As shown in FIG. 4, Broadcaster Mechanism 56 communi- 
cates directly with Shopper 54, through lis 44 and Network 
34, rather than through Browser 46A, whereby Shopper 54, 
after receiving the broadcast VLOs 10, displays the broad- 
cast VLOs 10 in, for example, the Special 80 area of Shopper 
Window 74. Thereafter, the displayed broadcast VLOs 10 
may be decoded and examined by a user through operation 
of Decoder 52, in the manner of other VLOs 10. The user 
may open and examine and save the contents of the broad- 
cast VLOs 10, and may use the information contained 
therein to download the mil subject matter of the VLOs 10 
if necessary and desired, as described above, and may 
purchase of items in the manner of electronic business VLOs 
10 in those instances wherein the broadcast VLOs 10 contain 
offers for goods or services. In the presently preferred 
implementation of ECS 48, the Special 80 area of Shopper 
Window 74 may be used by a single Server 30B system at 
a time, and only so long as Buyer 32 is in access to the 
Broadcaster Mechanism 56 of that Server 30B with a valid 
subscription to a channel supported by the Server 30B. 
When the access of Server 30B by Buyer 32 terminates, for 
example, when the Buyer 32 accesses another Server 30B, 
or possibly a different Web Page 66 in the same Server 30B, 
use of the Special 80 area by the Broadcaster Mechanism 56 
of that Server 30B terminates. Lastly, and as described next 
below, the broadcast VLOs 10 broadcast or downloaded by 
Broadcaster Mechanism 56 may also be displayed through 
Saver 58. 



08/11/2003, EAST Version: 1.04.0000 



6,061, 

27 

G. Saver 58 (FIG. 4) 

Screen Saver (Saver) 58 is a relatively conventional 
screen saver typical of those common used in the Microsoft 
Windows type operating environment, except for being 
designed to display VLOs 10, that is, the Images 12 A of 5 
VLOs 10. As such, Saver 58 is connected from Decoder 52 
so that Decoder 52 may transfer single VLOs 10, such as 
those received through Broadcaster Mechanism 56, to Saver 
58 for display. Unlike the display of VLOs 10 in the Special 
80 area of Shopper Window 74, however, the VLOs 10 10 
transported to Saver 58 are retained and stored in Saver 58 
or, for example, in MSD 40, for continuing display by Saver 
58. In addition, the VLOs 10 displayed by Saver 58 may be 
accessed by a user through Decoder 52 and Shopper 54, if 
installed in the Buyer 32, and may be used for the purchase is 
of corresponding items in the same manner as those dis- 
played through VLOs 10 in Shopper Window 74. 
Alternatively, the VLOs 10 may invoke a Browser 46A and 
cause the Browser 46 A to access a corresponding web page 
containing "purchasable" VLOs 10. 20 
5. Detailed Description of the Encoder 50, Decoder 52, 
Shopper 54, Broadcaster Mechanism 56 and Saver 58 

Having described the overall structure and operation of an 
ECS 48 utilizing VLOs 10, the following will next described 
certain components of an ECS 48 in further detail and, in 25 
particular, Encoder 50, Decoder 52, Shopper 54, Broad- 
caster Mechanism 56 and Saver 58. The remaining compo- 
nents of an ECS 48 according to the present invention will 
not be described in further detail as either being well 
understood by those of ordinary skill in the relevant arts 30 
without further description or implementable through com- 
mercial available components, as described above. 

A. Encoder 50 (FIG. 5) 

As has been described, a VLO 10 is a single, unitary file 
having a standardized but flexible basic internal structure 35 
comprised two or more internal parts of differing nature and 
content. In a presently preferred embodiment, a minimum, 
essential VLO 10 file has at least a first part containing a 
graphic file, that is, Graphic 12 containing Image 12 A in a 
standard image format, such as a JPEG or GIF format, and 40 
an Appendix 14 that contains at least an EDB 14A contain- 
ing encoded text and/or non-text data. It should be noted that 
the first part of a VLO 10 file, which is generally referred to 
herein as containing a graphic file, Graphic 12, could contain 
a non-graphic binary file in certain instances. It should also 45 
be noted that Appendix 14 will probably also include 
additional parts, each containing a particular type or class of 
data. As described, a VLO 10 file is internally self describing 
as regards the type or class of data contained in each part of 
the VLO 10, and the location or locations of each type or 50 
class of data in the VLO 10. A VLO 10 file may thereby 
contain virtually any form of information in virtually any 
information format, thus allowing VLOs 10 to be adapted 
and used for a wide variety of purposes and functions. 

The operations and functions of Encoder 50 and Decoder 55 
52 are primarily concerned with the Appendix 14 of a VLO 
10. As will be described, the Appendix 14 is encoded and 
merged with the other components of the VLO 10 in such a 
way that any modification to the VLO 10 file, once encoded, 
such as an attempt to modify the copyright or the Image 12A 60 
or to copy or paste Appendix 14 from one Graphic 12 to 
another will almost certainly render the Appendix 14 
unreadable so that the VLO 10 cannot be decoded by a 
Decoder 52. 

First considering the operations and functions of Encoder 65 
50 as illustrated in FIG. 5, Encoder 50 includes an Encode 
Algorithm Processor 84 that receives the individual contents 
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of Appendix 14, such as the individual contents of EDB 
14A, EMLB 14B, Blob 14C and Prog 14D and encodes 
these separate elements into the appropriate components of 
Appendix 14, as previously described. Encoder 50 further 
includes a Merge 86 that receives the encoded components 
of Appendix 14 from Encode Algorithm Processor 84, a 
Copyright Notice 88, a VLO Unique Identification Number 
90 with a Checksum 14Ea and the Graphic 12 Image 12A 
file and merges these elements into the final VLO 10. 

It will be apparent that Merge 86 operates only to merge 
the separate components of a VLO 10, that is, the Graphic 
12 file, the Appendix 14 and such other components as the 
Copyright Notice 88 and VLO Unique Identification Num- 
ber 90 into a single composite file. The structure and 
operation of Merge 86 will therefore be apparent to those of 
ordinary skill in the relevant arts. The functions of Encode 
Algorithm Processor 84, however, are more complex and 
will be described in further detail next below. 

In the presently preferred embodiment, Encode Algorithm 
Processor 84 is implemented by program control of a 
general purpose processor, such as a CPU 36. As such, the 
functional and structural properties of Encode Algorithm 
Processor 84 may be described by the functions, processes 
and methods executed by Encode Algorithm Processor 84 
and by its interfaces to VLOs 10, which include: 

1) Start VLO: This process starts the building of a VLO 10 
by clearing out any leftover information from the 
construction of a previous VLO 10 and defines which 
version of a VLO 10 is being constructed. For example, 
VLOs 10 may be constructed in an ASCII format or in 
the presently preferred format, which is described in the 
present discussion. 

2) AddValue(Key as String, Value as Variant, optional 
Type as String): This process adds a new value item, 
that is, and for example, a GenerallF 14Ab, a SpecificIF 
14Ac, Locator Key 14Ad, a Type Field 14Bc, a Sub- 
Blob 14Ca, File Key 14Db2, and so on, to the VLO 10 
currently being operated upon. The three component 
fields of a value item are, as indicated, a Key field, a 
Value field and a Type field. The contents of the Key 
field are a text string and the contents of the Value field 
may be, for example, a text string or a byte array, so that 
if the Value field contains a text string, the Type will be 
"text", and if the Value field contains a byte array the 
Type will be "binary". If the Type field is left off, or 
empty, the type of the contents of the Value field will be 
determined by the type of the Value variant, that is, the 
contents of the Value field. In each case, the length of 
any field is the actual current length of the String or 
byte array contained therein. 

It should be noted that a string Value has no arbitrary 
constraints on the text it may contain and may, for example, 
be any combination of Unicode characters, and that a blob 
Value is just a byte array, with no constraints on the actual 
bytes stored. 

A third type of value item may be a "right click", 
abbreviated as "RC", which pertains to an entry in a "right 
click" menu and may be included if the inherent autoge- 
neration of "right click" menus are desired. In the presently 
preferred embodiment of VLOs 10 and systems operating 
with VLOs 10, however, "right click" menus are imple- 
mented by means of functions in, for example, Decoder 52, 
and the "right click" keys residing in VLOs 10, that is, Key 
Formats 14Cbl, remain in the VLOs 10, but primarily 
contain pointers to BLOB 14 fields. Assuming, however, 
that an implementation is to provide the inherent autoge- 
neration of "right click" menus, as has been described, the 
value of this key will be added to the right-click menu of the 
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control when the VLO 10 is displayed. As has also been AddFileValueO and, if this condition is met, this pro- 

described with reference to FIG. 1, right click menu value cess retrieves the filename. 

item contains three fields, each delimited by a comma in the Finally with respect to the ordering of keys and relation- 
present embodiment, and containing a caption in Literal sn i p between keys, it should be noted that each key field is 
14Cb2, a filename in FileEx 14Cb3, and a blob key in Ptr 5 un i que because writing a new value with the same key 
14Cb4. As described the caption in Literal 14Cb2 is dis- automatically deletes the previous value. It should also be 
played in the right click menu m the literal form that it noted that the k are essen tiaUy unordered, although for 
appears in the caption field in the present embodiment but, some such as me m ^ order * f the 
in alternate emooaimen s, may employ, tor example, back- ■ ^ a£fect tfae ordef 

in which the user sees the menu 

™ ™1 fi.™ p"f P*7IrT r ? t 1 !. 30 choices - For that and similar P ur P oses - "•aofore. the pres- 

menus. The filename in FileEX 14Cb3, as also described, t , • i 4 . , c j r • n ^ ! ... 

f t 4 , , , . i • r ^ 11UWU ' ently implemented rule for ordering of keys is that each time 

refers to a program that may be executed in performance of „ ' r! Jl, : P *aa*a „ n A if*u- i™, • * *u i a 

~ u* 1- 1 , ■ rn. ri .f ir c . a new key is added, and if the key already exists, the already 

™ g H rt fit Ch01C6 ,? 16 fil f na T ^refas 10 a f existing key is first removed from the list and he new key 

recommended filename m the system temp ^rectory, of is men S added to the end of ^ Ksl and if the k does no y t 

such a data file but, in the presently preferred embodiment, ^ , A . . , JJj4 , i , .. 

t . w . - fl \ F Vc-i r 1 AAr^-t • .i_ 15 already exist, the new key is added to the end of the list. 

the most significant component of FileEx 14Cb3 is the c-„«n„ lu^,,u u \ a *u . • *u *i f a 

fll , . a j -i. j *i_ £i . * -j Finally, it should be noted that in the presently preferred 

nlename extension. As described, the file extension is iden- u j* * **u ■ *• - ■ i 

j 4 *u • . , , embodiment ol the mvention certain keynames are reserved 

lined to the operating environment programs and the oper- - c . « . . 

r , & . , for specific purposes or functions. Among these are: 

ating environment programs will identify the program resid- ut-kitv* • i ac i_ i- 

fu • #u » * ui r *■ ci r., . "END is a keyname reserved for data integrity checking, 

ing therein that is capable of operating upon files of the type „„ , • 4 . ■ * • -ui . -*u- -n j ai ■ l 

■ j .•/* j l tu £i ■ j -ii • t L ^20 and is otherwise not visible except within Encode Algorithm 

identined by the file extension and will invoke the corre- Processor 84* 

sponding program to operate upon the identified file. The « UCAn c D » • • i i r , *m i_ j 

ki^k i™7;„ d*, ur-K^ •« * • *u i <■ . ui u _ HEADER_ is a special key refers to the file header 

blob key in Ptr 14Cb4, in turn, is the key for a separate blob n „ A tUa • , „ B r A .« , u ... 

«rk,vK ; m oL «f o Ax/t, 4U u *u- and tne value 1S a filename, as described above with respect 

value, which is an image of a file. When the user chooses this tQ AddFileValueO* 

item from the right-click menu, that blob is written out to the « m nun» «xVir-DnucT d» n „A «n-rr c?» i 

^:™t««. i ui ,u n 25 BLURB , MILROHELP and J1TLE are keys are 

temp directory, probably using the given filename. The „ , /• t . , ' , * #rt u - ,u # ■ 4 u , . , u . 

Clfe( , m f . „ «' » A, * n ■ *• used ( m tnat order) for tooltips, that is, the text that appears 

system then executes that file, using the association con- nt tU \ t - e / u * , ■ ^ j M 

nected to the particular extension andfwhen the application at '??* 10 " ° f , th / ^ T whe " usin g D ^ der 52 ^ 

terminates, the temp file is deleted. This mechanism can be as tr "^ eC ' ally f ° r rekted eVCntS ' 

readily used, for example, to play .wav files, or show .bmp „ n Am „ ? . /TTA ^ , A 4 . 

fi1 . u .* Vj j i . ' ... , * 30 VLOID is a unique identifier (ID) used to distinguish a 

files, and so on, but is open-ended, that is, extendible, to the 4 - ! mninf M 4U .i' 4 , , . Li f 

^ v ^«t tu.f tu^« * • * ^ u ji e u * • particular VLO 10 from another VLO 10 that might happen 

extent that there is a registered handler for each extension. f u *u a, * ^ • 

f . •« Ka t j , u , c nr* * ia 10 nave tne same name and/or key contents. VLOID is 

It will be noted that other types of RC fields may ™„i™™ ie , trt rT Trn u * * fu vcxr/ i • i 

im«ipm 0n t^ ;„ ^tu^, u a • / * *u . • *• analogous to a GUID, but more so to the VSN (volume serial 

implemented in other embodiments of the present mvention, . % . A a u •* • r j ^^^ t ^ 

^L;uu, u • p . number) stored on a floppies when it is formatted. VLOIDs 

possibly using other mechanisms for starting programs. For „ ' , j i f -. j i ., . 

^ v ^ rt / . * n , rtf lf , • j ui u u 35 are generated randomly, based on date/time probably, when 

example, instead of a self-contained blob, a program can be #k „ . ~i ut m /\ • n ^ .u * *L , 

initiated by means of a specific command line, such as a the FlushToFUeO is called so that the only way to 

pre-existing filename or URL, or a COM object may be WaS for ?. 15 t0 , read 1116 ^ 

specified to be loaded and run. fi^, icnu f P ira ^ on date ^ tun ,?' SfneraUy 

i\ r\ i * \r i /v • \ rp, . encoded as 12 ASCII digits, "yyyymmddhhmm and the use 

3) DeleteValue(Key as String): Tins process deletes an 40 or non . use of « Ex * Dat //Y s specific to a given 

^if^^Ar ■ x ^ . implementation, although it will be recognized that "Exp- 

4) FlushToFile(Name as String): This process encodes the Date » could be implemented as an explicit feature of the 
list of key/value pairs, and writes it to the specified file, system . if the current date and time is later than the 
removing the existing Appendix 14 if there is one. If the expiration date and time, many features of the VLO will 
named file doesn't exist, the file is created with only an 45 operate differently from normal or will be disabled. For 
Appendix 14, that is, without a Graphic 12. example, the Drag/Drop and "JUMP" operations will be 

In addition to the above described processes, certain disabled, as may be at least some right-click menu option. In 

decoding processes, such as KeyCount, KeyName, Value, the preS ent embodiment, the program, process or container 

QueryValueType, are available to Encode Algorithm Pro- opening a VLO 10 must check the Expiration Date proper- 

cessor 84 for use on a VLO 10 being encoded and have 50 ties of the VLO 10, and decide how it wants to handle the 

interfaces identical to those used in Decoder 52. These VLO 10, although no special methods or events are needed 

processes operate on the state of data currently existing in the preseil t embodiments of the invention, 
while the encode operations are continuing. B Decoder 52 (FIGS. 6A and 6B) 

5) AddFileValue(key As String, Filename As String, Referring to FIG. 6 A, it is shown therein that the principle 
Optional myType As String -""): This process provides 55 function of Decoder 52 is to read and extract the contents of 
a special wrapper for AddValue()described above, a VLO 10, that is, the Image 12A residing in Graphic 12 and 
which permits a developer to directly specify a binary the contents of the components of Appendix 14, and to 
file as binary data without having to explicitly read the provide Image 12A and the contents of Appendix 14 for 
file into a byte array. The binary data involved is not display and for use in electronic commerce functions by a 
read into any buffers until the FlushToFileO call is 6 o user of the system. For this purpose, and as illustrated in 
issued, so that the file must still exist at that time. This FIG. 6B, Decoder 52 provides a set of functions and 
process may be used with a keyname of _HEADER_, methods, designated as VLO Manipulation Functions 92, for 
which results in the binary file containing the binary manipulating and performing operations with the previously 
data being specified as the Graphic 12 component of described keys and values of Appendix 14. Decoder 52 
the VLO 10. 65 fisher includes a set of functions that interoperate with, for 

6) FileValue(key As String) As String: This process is example, an Operating System 94, to perform functions 
active only if the value was created using related to the use of VLOs 10 in electronic commerce 
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operations. These functions include Context Menu Func- 
tions 96, for performing menu selectable operations on or 
with VLOs 10 and a Binary Prefix Viewer 98 for display and 
viewing of the Image 12 A of a Graphic 12. As previously 
described, a Context Menu Call Function 100 may be 
associated with Binary Prefix Viewer 98 for performing 
inherent, autogenerated "right click" menu operations and 
Context Menu Call Function 100 may also support Drop On 
Viewer 102 and Drag Off Viewer 104 functions whereby 
VLOs 10 may be displayed, and VLO 10 related operations 
initiated, by "dragging and dropping" a VLO 10 onto and off 
of a graphical representation of, for example, a viewer, a 
credit card or other related functional representation. 

In the presently preferred embodiment, Decoder 52 is 
implemented by program control of a general purpose 
processor, such as a CPU 36. As such, the functional and 
structural properties of Decoder 52 may be described by the 
functions, processes and methods executed by Decoder 52 
and by its interfaces to VLOs 10. 

Before discussing the functions, processes and methods 
executed by Decoder 52, the basic structure of VLOs 10 
should be reviewed. As has been described, in the presently 
preferred implementation a VLO 10 file format is encoded. 

A key name has approximately the same constraints as a 
filename and is presently implemented as a 7 bit ASCII 
string that is not case-sensitive, and may include period, 
dollar signand @ symbol. A keyname presently may not 
have embedded spaces, commas, parentheses, brackets, or 
similar characters, and the backslash is a reserved character 
for possible multi-level encoding in alternate versions, for 
example, for use in multi-level right click menus. 

The key value is terminated by the equals-sign of the type 
field, which is delimited by equals signs and contains one or 
more added characters, of which the characters "=T=" -text, 
"=B=" -binary, and "=R=" -right-click are defined in the 
present embodiment. All types that begin with a digit or 
letter other than "Z" are presently reserved for planned 
extensions, with "Z" being reserved for third party 
extensions, such as "=Zdecbinary". 

Size is stored as 7 bits per byte with the lowest order byte 
first and the high-bit on state reserved to identify the last 
byte used, so that while size is usually encoded in a single 
byte field, there is no defined or specified limit on the size 
of a field other than those set by practical considerations. 

The form of the data residing in the data field is either 
Unicode or binary in the present implementation, depending 
on the type field. Unicode data is presently compressed, 
using a scheme called UTF8, so that all English printable 
text will take up one byte per character. The full Unicode 
character set is available, however, in the present implemen- 
tations. 

The functions, processes and methods executed by 
Decoder 52 and by its interfaces to VLOs 10 presently 
include: 

1) VLOnameO as String: This function defines and iden- 
tifies a VLO 10 by filename, loads the identified VLO 
10 file, and decodes and loads the VLO 10's Appendix 
14 data; 

2) KeyCountQ as long: This function determines the 
number of unique key values in a VLO 10 list of key 
values. 

3) KeyName(Index as long) as String: This function 
identifies the key name for a particular item in a VLO 
10 list; 

4) Value(Key as String) as Variant: This function gets the 
value for any key in a VLO 10 and returns the value as 
either a text string or a byte-array; and 
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5) QueryValueType(Key as String, byref type as String, 
byref size as Integer) :This functions finds the type and 
size of a given value in a VLO 10. 

Other functions, processes and methods executed by 
Decoder 52 and by its interfaces to VLOs 10 may include: 

6) BackColorO As ColorConstants: This property allows 
the background color of the control to be set; 

7) ToolTipTextO As String: This property specifies what 
graphic, image or symbol will be displayed when the 
mouse cursor is positioned over a displayed control 
function, such as a button or menu pick; 

8) DragmodeO As Integer: This property is read-only and 
unreferenced and is unused in the present embodiment 
of the invention but relates to "drag and drop" func- 
tionality; 

9) SizeO As Integer: This property is unused in the present 
embodiment and is thus unreferenced by any function 
but is reserved for potential use; 

10) Tag() As Variant: This property is unused in the 
present embodiment but provides storage for data to be 
determined in the future and is thus reserved for future 
use; this property is also a Visual Basic convention; 

11) Enabled() As Boolean: This property specifies 
whether a related control function or value has the 
keyboard focus or not and, if it does, the Ctrl-C 
command will result in copying of the selected list-box 
item to the clipboard; 

12) AutoResizeO As Boolean: This property controls 
whether a related control, such as a "button", changes 
size when a new picture or image is displayed; 

13) Button VisibleO As Boolean: This property controls 
whether a related window-shade button is visible and, 
if the button is not to be displayed, the related control 
code is disabled as well; 

14) DropFlagO As Long: This property controls whether 
Microsoft Windows OLEdragdrop supports this control 
as a target. If vbOLEDropNone, then there is no 
support for OLE drop events.. If vbOLEDropManual, 
then a drop event is passed to the container with no 
action by Decoder 52. If vbOLEDropAutomatic, then 
the dropped file is loaded into the VLO 10, and then the 
event is passed to the container; and, 

14) CopyrightnoticeO As String and ExpiredO as boolean: 
These properties have been discussed above. 

Certain events are recognized by or generated by the 
operation of Decoder 52 and, in the present implementation 
in the Microsoft Windows environment, include: 

1) Event Click(): raised when the user presses and 
releases the mouse within a small region; 

2) Event Jump(URL As String): raised when the user 
presses and releases the mouse within a small region if 
there's a non-blank URL key in the current VLO 10; 

3) Event KeyPress(KeyAscii As Integer): raised when the 
user presses a keystroke while a picture has the key- 
board focus; 

4) Event NewVLO(name As String): "dragdrop" has 
changed the filename raised upon an OLEdrop event, 
assuming that DropFlag is true; 

5) Event OLECompleteDrag(Effect As Long): raised 
when a picture box gets an OLECompleteDrag event; 
and 

6) The generally used and implemented events Event 
ResizeO, Event DblClick(), Event KeyDown(KeyCode 
As Integer, Shift As Integer), Event KeyUp(KeyCode 
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As Integer, Shift As Integer), Event MouseDown 
(Button As Integer, Shift As Integer, x As Single, Y As 
Single), Event MouseMove(Button As Integer, Shift As 
Integer, x As Single, Y As Single), Event MouseUp 
(Button As Integer, Shift As Integer, x As Single, Y As 
Single), Event MouseOver(Button As Integer, Shift As 
Integer, x As Single, Y As Single), Event DragDrop2(), 
Event OLEDragO, Event OLEDragDropEncodeOnly 
0, Event OLEGiveFeedbackO, Event OLESetDataO, 
and Event OLEStartDrag(). 
Finally, it is well known and understood that each data 
item in a networked system will typically have associated 
with it an address or other means by which the source or 
residence of the data item in the network is identified. For 
example, in the networked system in which the present 
electronic commerce system is implemented, that is, in the 
World Wide Web (WWW) constructed and operating on the 
Internet, the source and residence of each data item, whether 
a HTML document or page or a VLO 10, has associated with 
it a Universal Resource Locator, or URL, identifying the 
system, such as a Server 30B, that was the source of the page 
or VLO 10. As such, each VLO 10 communicated from the 
Server 30B to a Buyer 32 will have associated with it a URL 
that identifies the system, that is, Server 30B, that provided 
the VLO 10 and, typically, a location or address within that 
Server 30B. It will be appreciated that the linkage between 
VLOs 10 and the corresponding URLs identifying the 
sources of the VLOs 10 are of significance in managing the 
VLOs 10 in a Buyer 32 and in carrying out electronic 
commerce operations. As such, it will be understood that 
Decoder 52 will also include methods to aid in managing 
VLOs 10 and the corresponding URLs as necessary. 
C. Shopper 54 (FIG. 7) 

Referring now to FIG. 7, therein is shown a flow chart 
illustrating the structure, operation and functions of a Shop- 
per 54 according to the present invention wherein the 
functional or operational steps executed by Shopper 54 are 
indicated by reference numerals in FIG. 7 and corresponding 
references in the text of the following discussion, such as 
(106a) or (106</). 

As has been discussed with reference to FIG. 4, ECS 48 
may include a Shopper 54 which is resident in Buyer 32 and 
is essentially a facility that may be used by the buyer to 
organize and facilitate business transactions with VLOs 10. 
As described, Shopper 54 constructs and displays a Shopper 
Window 74 having, for example, a Selected VLO sub- 
window (Selected) 76, a Financial Display Window 
(Financial) 78, a Special Display Window (Special) 80 and 
a Text/Help Bar (Text) 82. Shopper 54 uses "drag and drop" 
functions to drag or copy VLOs 10 selected by the user from 
a Web Page 66 to Selected 76 where the selected VLOs 10 
are retained and displayed for subsequent consideration and 
actions by the user. The user may, for example, elect to view 
the information, such as price, color selections, and so on, 
regarding the item corresponding to a given selected VLO 
10, in which instance Decoder 52 operates in conjunction 
with Shopper 54 to decode and read the information from the 
VLO 10 and to display the information in, for example, a 
pop-up sub-window in Selected 76. 

The user may visually and functionally organize and 
group VLOs 10 in the Selected 76 window and in pop-up 
sub-menus activated, for example, by "right clicking" or by 
additional "control buttons" located in Selected 76 or Finan- 
cial 78, may then, for example, allow the user to direct 
Shopper 54 to e-mail the indicated VLOs 10 or to direct 
Shopper 54 to calculate the total price, including shipping 
and taxes, of the items represented by the selected VLOs 10. 
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Financial 78 contains a display of financial matters relating 
to the user, such as the credit/debit cards available to the user 
for purchases, the total amounts charged to selected 
accounts, and credit/debit card information such as account/ 

5 card numbers, expiration dates and so on. A user may use 
Selected 76 and Financial 78 together to purchase items 
corresponding to the VLOs 10 displayed in Selected 76. For 
example, the user may drag and drop individual or grouped 
VLOs 10 from Selected 76 to a representation of a credit or 

10 debit card in Financial 78, or by indicating the VLOs 10 to 
be purchased and "clicking" on a credit/debit card repre- 
sentation in Financial 78, and so on. Shopper 54 will display 
the purchase information relevant to the VLO 10 for the 
buyer to verify and will then execute the purchase when 

is confirmed by the buyer. 

The Special 80 sub-window may, in turn, be used for 
special purpose display functions. For example, Broadcaster 
Mechanism 56 may use Special 80 for the display of VLOs 
10 "push" downloaded from a Server 30B. Finally, the 

20 Text/Help Bar 82 of Shopper Window 74 is used by Shopper 
54 to display text messages to the user, such as total cost of 
items selected, credit card amount charged during the cur- 
rent session, the e-mailing status of packaged VLOs 10, help 
in using Shopper 54, and so on. 

25 Finally with regard to the following description of the 
operation of Shopper 54, it should be remembered that, as 
has been discussed above, the information provided to a 
buyer by a seller in an electronic business VLO 10 may be 
presented directly or indirectly. That is, certain information, 

30 such as that describing the goods or services offered, may be 
contained within the VLO 10 and presented directly there- 
from to the prospective buyer. Other information, such as 
order forms, prices, choices among goods or services, and so 
on, may be represented in the VLOs 10 by addresses or 

35 pointers, such as WWW URLs, to the network locations 
where the actual information resides. In these instances, the 
information would be presented to the buyer indirectly, that 
is, by accessing the indicated network address by means of 
the buyer's browser or other network access facility and 

40 downloading the corresponding information. The choice of 
whether to provide given information directly from within a 
VLO 10 or indirectly from a network location identified by 
information contained in the VLO 10 would depend upon a 
number of factors, such as the volume of the corresponding 

45 information, the control the buyer wishes to exert over the 
information to be presented, and the frequency with which 
the information is changed or otherwise modified by the 
seller. In either instance, however, the information is encap- 
sulated within a VLO 10, either directly by being contained 

50 within the VLO 10 or indirectly by means of information 
providing direct access to the information through the VLO 
10. 

Referring now to FIG. 7, and as may be seen therein, the 
execution of a commercial transaction for the purchase of 

55 goods or services requires the confluence of two bodies of 
information, as well as the steps necessary to execute a 
commercial transaction using the two bodies of information. 
The first body of information pertains to the goods or 
services being offered through a Server 30B system, as 

60 represented by VLOs 10, and the second body of informa- 
tion pertains to financial information regarding the buyer, as 
represented by, for example, credit card information residing 
in a Buyer 32 system. It will be appreciated, from the 
following discussion, that these operations necessary to 

65 create or bring together the two bodies of information, and 
the operations necessary for execution of a purchase by the 
drag and drop of a VLO 10 using these two bodies of 
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information, are discrete from one another. That is, the 
operations necessary to create or bring together the two 
bodies of information do not necessarily lead into one 
another, or to the purchase of goods or services offered by 
a VLO 10, and these operations may be executed indepen- 5 
dently from one another. 

First considering the generation and display of financial 
information or data pertinent to a given user of a Buyer 32 
system and that user's execution of electronic commerce 
transactions, as previously discussed and as illustrated in 10 
FIGS. 4, 6 A, 6B and 7, the user will initiate (106a) the 
generation of financial data pertinent to that user by com- 
mand to Shopper 54. Shopper 54 will respond to the 
command (106b) by querying the user for the relevant and 
necessary financial information. Through, for example, a is 
dialogue between Shopper 54 and the user, Shopper 54 will 
extract such information as the user's name, the type of 
credit or debit card and the name of the bank issuing the 
card, the number and expiration date of the card and, most 
probably, a password assigned to or associated with the card. 20 
Shopper 54 will then (106c) encrypt the financial data 
pertinent to that user, will build one or more financial VLOs 
10 for that user (106d) such as one VLO 10 for each credit 
or debit card held by the user, and will save the user's 
financial VLOs 10 (106e) in Buyer 32 system local storage, 25 
such as in a Wallet 68. Then, when that user calls Shopper 
54, that user's financial VLOs 10 are read from storage and 
displayed (106/), in a Shopper 54 display area, such as 
Financial 78 display sub -window in Shopper Window 74 
and local tracking information, including local storage path- 30 
names and display positioning information, relating to the 
display of information to the user may be stored (106g) as 
necessary and as convenient or desired in the context of the 
local system, it being understood that "external" tracking 
information, such as all URLs, are stored within the VLOs 35 
10 themselves. It will be appreciated that the steps of 
generating and registering VLO 10s representing a buyer's 
financial information, that is, steps 106(a) through 106(g), 
may be executed either at the time a given buyer wishes to 
make use of Shopper 54 or previously, such as when a buyer 40 
installs Shopper 54 in the buyer's system, and that the 
financial information may be updated or modified at any 
time. 

Next considering the presentation of goods and services 
as represented by VLOs 10, as previously discussed and as 45 
illustrated in FIGS. 4, 6 A, 6B and 7, goods/services VLOs 
10 representing the goods or services being offered through 
a Server 30B are received, stored locally and displayed by 
Browser 46A and are accessible to Shopper 54 from 
Browser 46A or directly through Broadcast Mechanism 56. 50 
The user may then select certain of the goods/services VLOs 
10 displayed by Browser 46A that represent goods or 
services that the user wishes to at least consider for purchase 
be dragging and dropping the VLOs 10 into a Shopper 54 
shopping cart (106/i) and the selected goods/services VLOs 55 
10 may then be stored (IQ61) locally to Shopper 54 and 
decoded by Decoder 52. The selected goods/services VLOs 
10 then created, or displayed (106;), in a Shopper 54 display 
area, such as the Selected 76 display sub- window of Shopper 
Window 74, and local tracking information may be stored as 60 
described previously. 

The user may then (106/) initiate purchase of one or more 
items or services chosen from among the VLOs 10 repre- 
sented by the selected goods/services VLOs 10 by any of 
several possible drag and drop operations that bring together 65 
the chosen selected goods/services VLOs 10 and one or 
more financial VLOs 10 representing the means of payment 



for the chosen goods or services. For example, the chosen 
goods/services VLOs 10 may be dragged and dropped onto 
corresponding financial VLOs 10, or the reverse, or other- 
wise indicated, such as by pointing and "clicking". 

Shopper 54 will then identify (106m) the chosen goods/ 
services VLOs 10, and the selected financial VLO 10. As has 
been described, a VLO 10 may contain information directly, 
that is, it may reside within the Appendix 14 of the VLO 10, 
or indirectly, that is, it may be represented by means of 
network addresses, such as WWW URLs, identifying where 
in the network the information resides, such as in a Server 
30B. In addition, it should be noted that such URLs residing 
in a VLO 10 may identify not only data or information to be 
operated upon or with, but routines, programs or processes 
to perform certain operations required by Shopper 54, and 
that those routines, programs or processes may reside, for 
example, in a Server 30B or at some location within the 
Buyer 32. As such, Shopper 54 will (106n) determine the 
URLs pertinent to the chosen goods/services VLOs 10 from 
and will then query (IO60) the URLs of the data or processes 
identified by URLs in the Appendices 14 of the chosen 
goods/services VLOs 10 by issuing requests to the addresses 
identified by the URLs, using, for example, the URL listing 
processes described with regard to Decoder 52. Shopper 54 
will collect the responses of the queries (106p), which may 
include, for example, an order identification, processes, 
routines or programs to perform certain operations, an 
invoice form, or a payment form. 

Using the "lookup" function, Shopper 54 will (106q) will 
validate the VLOs 10 and (106r) examine the expiration 
dates of the VLOs 10 to determine whether the current date 
is past the VLO 10 expiration dates. If any VLOs 10 have 
expired, Shopper 54 will (106s) issue a request to fetch the 
latest versions of the expired VLOs 10. 

Having determined that the VLOs 10 being operated with 
are valid with respect to their expiration dates, or the most 
recent versions of the VLOs 10 available, Shopper 54 will 
then read the information in the Appendices 12B of the 
VLOs 10 to determine (106/) whether any options or choices 
or indicated for any of the VLOs 10 currently being operated 
upon, and whether any options need to be answered or filled 
in by the user (106m). If options are present or available, 
Shopper 54 will query the user (106v) with respect to the 
options, using the "select" function (106>v) to obtain the final 
SKUs, if any. After all options have been satisfied, or if there 
were no options, Shopper 54 will use the "additem" function 
(106x) to add any resulting additional option related infor- 
mation to the VLOs 10 being operated upon. 

Shopper 54 will then request (106>>) invoice data for each 
chosen goods/services VLO 10 (106w) and will display 
(106z) the invoice data for the chosen goods/services, either 
together or one at a time or a combination thereof, depend- 
ing upon the particular implementation of this function and 
such factors as the volume of information to be displayed to 
the user. The user may edit (106aa) at least certain of the 
displayed invoice information, such as quantities of items, 
and, if the invoice information has been changed by editing 
by the user (106ab), the Shopper 54 will use the "additem" 
function (106aa) to perform step (106ac) to add the changed 
invoice data to the invoice data. 

When the user is done editing the invoice data of the 
VLOs 10 and there are no more changes to the invoice data, 
Shopper 54 will pass payment means information, such as 
data pertaining to a credit card, to the "payment" function 
(lQ6ad), which will then check (106ae) whether the trans- 
action is successful, that is, can be completed, and, if so, the 
transaction is complete (106a/). If the transaction was not 
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successful, for example, because the credit card was not 
accepted, Shopper 54 may try another credit card selected by 
the user (106ag) and, if that credit card was accepted, will 
return to step (106act), and, if the new credit card was not 
accepted, may display (106ah) the vendor payment page to 5 
the user to inform the user of what provisions may be made 
to complete the transaction, such as acceptable credit or 
debit cards or alternate methods of payment, whereupon 
Shopper 54 may return to step (106ag) to propose another 
method of payment. 10 
D. Broadcaster Mechanism 56 (FIGS. 8A and 8B) 
Referring now to FIGS. 8A and 8B, therein are respec- 
tively shown a block diagram of Broadcaster Mechanism 56 
and a flow diagram of the operation and functions of a 
Server 30B resident component of Broadcaster Mechanism 15 
56. 

As discussed with reference to FIG. 4, Broadcaster 
Mechanism 56 includes components residing in Server 30B 
that interact with a Seller 30A and a Buyer 32 to load VLOs 
10 from a Seller 30A to a Broadcaster Mechanism 56 20 
database in Server 30B and to then broadcast, or download, 
broadcast VLOs 10 to a Buyer 32. Broadcast VLOs 10 are 
downloaded to a Buyer 32 on the basis of "subscriptions" by 
a given Buyer 32 to selected "channels" wherein a "channel" 
is a time varying set or group of VLOs 10 having a 25 
commonality of subject matter as represented by the con- 
tents of the VLOs 10 of the channel. A Buyer 32 subscriber 
to a given channel or channels is authorized or enabled to 
receive the broadcast VLOs 10 broadcast through those 
channels, which are detected by Decoder 52 and passed to 30 
Shopper 54. The broadcast VLOs 10 may be decoded and 
examined by a user through operation of Decoder 52, in the 
manner of other VLOs 10, and, depending upon their 
contents, may be opened to retrieve their contents, to down- 
load subject matter referred to in their contents, or used for 35 
the purchase of items. 

As illustrated in FIG. 8A, Broadcaster Mechanism 56 
includes a Broadcaster 110 and an Updater 112 residing in 
Server 30B wherein a Broadcaster Files 114 are associated 
with Broadcaster 110 for storing broadcast VLOs 10 and a 40 
Subscription Database (ScrDb) 116 is associated with 
Updater 112 for storing Buyer 32 subscription information. 
As indicated, one or more Sellers 30A may communicate 
with Broadcaster 110 through Network 34 to load broadcast 
VLOs 10 into Broadcaster Files 114, and one or more 45 
Buyers 32 may communicate with Updater 112 through 
Network 34 to receive subscribed for channels of broadcast 
VLOs 10. 

Referring first to the interaction of a Seller 30A with 
Broadcaster 110, a Seller 30A includes a Broadcaster Inter- 50 
face 118 that provides communication with Broadcaster 110, 
typically using, for example, a standard network communi- 
cation protocol, and a user interface to the user of Seller 
30A. Seller 30A may typically also include an Encoder 50, 
DBWiz 64 and DB 62, or an equivalent facility, for the 55 
construction of broadcast VLOs 10 for one or more Chan- 
nels 120 that are stored in a Channel Input Directory (CID) 
122 that may reside in Seller 30A or Server 30B. In the 
present example, CID 122 is shown as residing in Server 
30B for purposes of illustration as CID 122 is typically 60 
shared by a number of Sellers 30A and will typically be 
accessed by Broadcaster 110 more frequently than by a 
Seller 30A. A CID 122 may be associated with and may 
reside in a given Seller 30A, however, in certain 
circumstances, such as when the Seller 30A has a relatively 65 
high volume of broadcast channel content and frequently 
alters the contents of the broadcast channels. In such 



instances, Broadcaster U0 will access and read the Seller 
30A resident CID 122 in the manner described below, but 
will do so through Network 34 using an appropriate com- 
munication protocol. 

In the present implementation, a user of Seller 30A may 
update the contents of Channels 120 through Broadcaster 
Interface 118 by first submitting an authorization to modify 
one or more Channels 120 and the Channel Properties 124 
of the corresponding Channels 120. If the user has the 
correct authorization, the user may delete outdated broadcast 
VLOs 10, add new broadcast VLOs 10, replace existing 
broadcast VLOs 10 with updated or modified VLOs 10, and 
alter the Channel Properties 124 of the corresponding Chan- 
nels 120. As described, the new or updated VLOs 10 may be 
created by the user of Seller 30A, using an Encoder 50, 
DBWiz 64 and DB 62 or an equivalent facility or may be 
obtained from elsewhere, such as a service for creating or 
modifying broadcast VLOs 10. The Channel Properties 124 
that may be updated or modified by a user of Seller 30Amay 
include, for example, data describing or defining all perti- 
nent characteristics of each of Channels 120, including, for 
example, definitions of the content of each Channel 120, the 
frequency or interval with which each Channel 120 is to be 
updated, the time of the next update of Channels 120, and 
whether the content of a Channel 120 has been updated. 
Channel Property 124 data may also include information 
pertaining to the currently authorized subscriptions to Chan- 
nels 120, including, for example, currently active authori- 
zation codes identifying or corresponding to the users of 
Buyers 32 holding currently valid subscriptions and the 
Channels 120 that each such subscriber may currently 
access. 

Broadcaster 110 will scan CID 122 according to the 
defined update intervals or times to determine whether a 
channel has been updated and will read the deleted, added or 
updated broadcast VLOs 10 and updated Channel Properties 
124 of any Channels 120 that have been updated. In this 
regard, and as represented in FIG. 8A, each of the Broad- 
caster Files 114 corresponds to a Channel 120 and contains 
the broadcast VLOs 10 of the corresponding Channel 120 as 
well as certain of Channel Properties 124, such as informa- 
tion pertaining to, for example, the frequency or period to 
time the corresponding Channel 120 is to be updated. Upon 
scanning CID 122, and upon detecting that a Channel 120 
has been updated, that is, either the contents of the Channel 
120 or the Channel Properties 124 of the Channel 120 have 
been modified, Broadcaster 110 will modify the correspond- 
ing Broadcaster Files 114 accordingly by deleting broadcast 
VLOs 10 that have been deleted, inserting new broadcast 
VLOs 10, replacing broadcast VLOs 10 with updated or 
modified broadcast VLOs 10 and updating the Channel 
Properties 124 stored therein. 

It will be noted that certain of Channel Properties 124, 
such as the time of last broadcast of VLOs 10, that is, the 
time of the last update of Channels 120, are stored in ScrDb 
116, and Broadcaster 110 will store pertinent changes to 
Channel Properties 124, such as the time of the latest update, 
in ScrDb 116 accordingly. Broadcaster 110 will also update 
ScrDb 116 to reflect, for example, changes in subscriptions, 
such as adding new or changed subscription authorization 
codes or deleting or invalidating expired subscriptions and 
updating ScrDb 116 to indicate that new content, that is, new 
Broadcast VLOs 10, are available in corresponding Channel 
120. 

Referring now to the interaction of a Buyer 32 with 
Updater 112, when a user of a Buyer 32 having a subscrip- 
tion to one or more Channels 120 accesses Server 30B, an 
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Updater Utility 128 residing in Buyer 32, typically as a part 
of Shopper 54, will transmit a Subscription Authorization 
130 which has been provided to the user by a Seller 30A to 
Broadcaster 110 through Browser 46A and Network 34 
wherein a Subscription Authorization 130 identifies the user 
and the Channels 120 that the user holds authorized sub- 
scriptions to. As described, certain subscriptions may be 
"free", that is, available to any user of a Shopper 54, while 
others may be "paid for" subscriptions whose validity is 
dependent upon payment in some manner or the authorized 
use of a component or add-on to Shopper 54 or a specific 
version of a Shopper 54, such as a Shopper 54 specifically 
designed and adapted for use by children. 

Upon receiving a Subscription Authorization 130, 
Updater 112 will first confirm the Subscription Authoriza- 
tion 130 and the Channels 120 the subscriber is authorized 
to access by comparing the Subscription Authorization 130 
with the current subscription information and authorization 
codes in ScrDB 116. Upon confirmation, Updater 112 will 
access ScrDb 116 to determine whether there is updated 
content in any Channel 120 that the user is authorized to 
access and, if there is updated content, will access the 
corresponding Broadcast Files 126 and will transmit the 
updated broadcast VLOs 10 to the Buyer 32 through Net- 
work 34. As has been described, the Buyer 32 will receive 
the updated broadcast VLOs 10 through Browser 46A and 
the user may view and examine and act upon the new 
broadcast VLOs 10 as appropriate to the contents of the 
broadcast VLOs 10 and the terms of the subscriptions. 

It will be apparent from the above description of Broad- 
caster Mechanism 56 that the primary functional and admin- 
istrative component of Broadcaster Mechanism 56 is Broad- 
caster 110, which administers the updating of the contents of 
the channels by Sellers 30A and the delivery of update 
channel content to the subscribers. Referring now to FIG. 
8B, therein is illustrated a flow diagram of the operation of 
Broadcaster 110 with regard to the broadcasting of broadcast 
VLOs 10 to subscribers, that is, making updated channel 
content available to the subscribers. Again, the functional 
steps executed by Broadcaster 110 are referenced by refer- 
ence numbers of the form (132a-132ab and so on) in the 
FIG. 8B and in the following discussion. 

As indicated in FIG. 8B, Broadcaster 110 will (132a) read 
a list of Channels 120 that are scheduled to be updated from 
CID 122 at the scheduled update time and will (1322?) scan 
CID 122 and (132c) ScrDb 116 to (I32d) obtain the current 
Channel Properties 124 for use in the following steps, as has 
been described above. 

Seller 30A will (132e) prepare the updated contents for 
each updated Channel 120, that is, the new, deleted or 
replacement broadcast VLOs 10 and place the new content 
in CID 122. Broadcaster 110 will (132/) create a Channel 
Wizard 134, that will create the added (132g), deleted (132/i) 
or replacement (132i) broadcast VLOs 10 for Broadcast 
Files 126 accordingly, and will (132;) schedule the next 
broadcast, that is, update of broadcast VLOs 10 available to 
the subscribers. In this regard, it will be noted that "deleted" 
broadcast VLOs 10 are not actually broadcast VLOs 10, but 
are instructions or directions identifying those previously 
existing broadcast VLOs 10 that are to be deleted from 
Broadcast Files 126. 

Broadcaster 110 will determine whether (132k) the 
"agent", that is, Broadcaster Mechanism 56, is active, that is, 
engaged in the broadcasting functions, whether (132/) there 
are Channels 120 scheduled to be broadcast, and whether 
(132m) there is new content to be broadcast, that is, to be 
made available to subscribers. If the determination at either 



10 



of steps (132*) or (132m) is "no", then Broadcaster 110 will 
(132/?) no nothing as there is no purpose to completing the 
broadcasting functions. If the determination at step (132/) is 
"no", then the fact that no channels are scheduled for 
broadcasting will be recorded (132o) in a history Log File 
136 associated with Broadcast Files 126. 

If the determination in each of steps (132/:), (132/) and 
(132m) is "yes", the update broadcast VLOs 10 provided 
from steps (132g), (132/t) and (132j) will, in the presently 
preferred embodiment, be "ZIP* compressed (132/?) and 
placed (132*?) in Broadcast Files 126 for subsequent trans- 
mittal to subscribers. Broadcaster 110 will also update 
ScrDb 116 (132r) to indicate that new channel content is 
available for the subscribers, and update Log File 136 (132s) 
to record that these actions are completed. 

Before continuing, the updating of the content of channels 
by Sellers 30A should be considered in a more general 
manner than as described above as there are several options 
and considerations to this process. As described, the server 
of channel content holds, at any time, and for each channel, 
a set of VLOs 10 that comprise the contents of the channels. 
While every channel is initially empty at some time zero, 
there are events that change the contents of the channels, 
including the addition and deletion of VLOs 10 and the 
replacement of VLOs 10, where a replacement is a deletion 
followed by an addition. In principle, the contents of a 
channel can be recreated at any time by emptying the 
channel, that is, deleting every VLO 10 therein, and 
re-enacting the complete history of the events that changed 
the contents of the channel, if such a history has been 
retained. Alternatively, the current state of the channel, or its 
state at some earlier time, could by recreated by reinstating 
the last and latest complete "dump", that is, backup record, 
before that time, provided such backups have been recorded, 
and re-enacting the channel's events from that point forward 
to the time in question. Apart from recovery from errors, 
complete dumps or event logs may or may not be necessary, 
depending on the methods used for updating the Seller 
30A's copies of the channels to match those of the Server 
40 30B copies of the channels. 

It must be noted that the "set of VLOs 10 in a Seller 30A's 
channel" will often and generally refer to a set of pointers to 
a master store of VLOs 10 that contains one and only one 
copy of every version of every VLO 10 that is or has been 
part of the contents of a channel. If and when a VLO 10 is 
updated to a new form, and even through the VLO 10 may 
retain the same "name", the VLO 10 will be assigned a new 
identity wherein the identify may, for example, be of the 
form "name" plus "date/time stamp". In this regard, it 
should be recognized that VLOs 10 in the master store may 
be incremental in form, that is, created as small changes to 
previous VLOs 10, and may be stored implicitly as the 
previous version of the VLO 10 plus such edits. In addition, 
such edits may even be chained if the saving in storage space 
is more important than the computational overhead in cre- 
ating a current VLO 10 from the original VLO 10 and a 
chain of such edits. 

From time to time, however, the copy of a channel 
residing in a Server 30B will be updated so that the contents 
in the Server 30B mirrors the contents residing in the Seller 
30A, and this process may be executed by several methods. 
In a first method, the Seller 30A may send a channel 
identifier, such as a channel name, to the Server 30B, 
together with a list of the identities of the VLOs 10 currently 
resident in the Seller 30A's copy of the channel. The Server 
30B will then compare the Seller 30A's list of VLOs 10 with 
its own set of current contents of that channel, which is 
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considered the authoritative copy in the present implemen- 
tation. Server 30B will send to Seller 30A the additions and 
deletions necessary for the Seller 30A and Server 30B 
contents to correspond. In the case of deletions, only the 
identifications of the VLOs 10 to be deleted need be sent to 
Seller 30A, while for additions both the identification of 
each VLO 10 to be added and each VLO 10 to be added must 
be sent to Seller 30A by Server 30B. 

In a second method, the Seller 30A will identify itself and 



played through VLOs 10 in Shopper Window 74, using the 
user's financial information as stored in Registry 108 and, in 
the form of financial VLOs 10, in Wallet 68. 

Referring to FIG. 9, therein is represented a functional 
flow diagram of operations of Saver 58 and it will be seen 
therein that Saver 58 has three primary modes of operation. 
In the configuration mode, Saver 58 will read (138a) the 
current settings and data pertaining to the user's financial 
information from Registry 108, will allow the user to change 



a channel to Server 30B and will send to Server 30B the time 10 of modify (1386) the current settings and data, and will 



of Seller 30A's last update to the identified channel, unless 
the Server 30B tracks the times of updates so that the Seller 
30Aneed only send its identification and the identification of 
the channel. Server 30B will then recreate an image of the 
channel after the last update from the Server 30B's backups 15 
and event logs, will compare this image with the current 
contents of the channel, and will send to Seller 30A the 
additions and deletions necessary for the Seller 30A and 
Server 30B contents to correspond to the recreated image. 



update (138c) the user's financial information and data in 
Registry 108. In the configuration mode, the user also 
chooses the source for VLOs 10 to be displayed during the 
screen saver mode, described below. 

In the preview mode, Saver 58 will (138^/) choose the 
further define the display parameters and will operate as a 
small scale version of Saver 58 (138e), but without user 
interaction as a test and display of Saver 58 operations. 
In the saver mode, Saver 58 will read (138f) the current 



In a third method, the Seller 30A will again identify itself 20 user financial information and data from Registry 108, will 



and a channel to the Server 30B and will send to Server 30B 
the time of Seller 30A's last update to the identified channel, 
unless the Server 30B tracks the times of updates so that the 
Seller 30A need only send its identification and the identi- 
fication of the channel. Server 30B will then, from its 
backups and event logs, identify the point in its history 
corresponding to the most recent previous update and either 
send to the Seller 30 A all events from that point forward or 
tell the Seller 30A to delete all content from that channel and 
download to the Seller 30A all of the Server 30B's current 
content for that channel, depending upon which method is 
more efficient. 

Finally, the Seller 30A may delete all content from a 
channel and ask the Server 30B to initialize the channel, that 



fill an array of VLOs 10 (138g) to be displayed by Saver 58 
wherein the VLOs 10 chosen to fill the array are dependent 
upon such factors as the current user of Buyer 32 and the 
VLOs 10 currently available to Saver 58 for display. Saver 
25 58 will then operate as a screen saver (138/i), displaying the 
VLOs 10 from the array. Then, when a user "clicks" (138*) 
on a VLO 10 displayed by Saver 58, Saver 58 will "launch" 
Browser 46A to access the network location, that is, the 
URL, embedded in the VLO 10 for possible purchase of the 
30 corresponding goods or services, using the financial infor- 
mation in the manner described previously with respect to 
Shopper 56. Alternatively, the clicked-on VLO 10 may be 
invisibly transferred to the shopping basket or cart for later 
examination and possible purchase, that is, the shopper may 



is, to send the complete contents of the Server 30B's copy 35 in fact be invoked immediately. Finally, Saver 58 will exit 



of the channel to the Seller 30A as additions to the Seller 
30A's copy of the channel. This method may be the pre- 
ferred method if the previous update was a sufficiently long 
time in the past or if the user of Seller 30A doubts the 
integrity of the Seller 30A's copy of the contents of the 
channel. 

It is apparent, therefore, that each of the above methods 
offer different combinations of speed, security and efficiency 
and a Seller 30A and Server 30B may chose among these 
methods for any given instance of a channel update, depend- 
ing upon the circumstances of the update. 

E. Saver 58 (FIG. 9) 

It has been described above that Saver 58 is in many 
respects conventional screen saver typical of those common 
used in the Microsoft Windows type operating environment, 
and as such will be well understood by those or ordinary 
skill in the arts without further detailed description. Saver 
58, however, is adapted and designed to display VLOs 10, 
that is, the Images 12 A of VLOs 10 and to allow a user to 



(138/) operation as a screen saver, turning operation of 
Buyer 32 over to, for example, Shopper 56 or Browser 46A, 
when the user "clicks" outside the Saver 58 display area or 
activates a keyboard input, in the usual manner of operation 
40 of screen savers. 

6. Graphical User Interface (GUI) VLOs 10 (FIGS. 10A and 
10B) 

As has been described herein above, a VLO 10 of the 
present invention as illustrated in FIG. 1 may be used as a 
45 self-illustrating and self-describing "contained* for the direct 
or indirect delivery of virtually any form of data or 
information, including programs and other forms of execut- 
able code, as has been illustrated by the above descriptions 
of electronic business VLOs 10 and broadcast VLOs 10. The 
50 following will described yet another form of VLO 10, 
specifically a graphical user interface (GUI) VLO 10, that is 
adapted to encapsulate, implement and provide a graphical 
user interface for an application program and that may be 
stored or communicated from system to system in the 



purchase goods and services represented by the VLOs 10 by 55 manner previously described. 



direct invocation of the VLOs 10 displayed by Saver 58. For 
this purpose, Saver 58 is connected from Decoder 52 so that 
Decoder 52 may transfer single VLOs 10, such as those 
received through Broadcaster Mechanism 56, to Saver 58 
for display. Unlike the display of VLOs 10 in the Special 80 
area of Shopper Window 74, however, the VLOs 10 trans- 
ported to Saver 58 are retained and stored in Saver 58 or, for 
example, in MSD 40, for continuing display by Saver 58. In 
addition, the VLOs 10 displayed by Saver 58 may be 
accessed by a user through Decoder 52 and Shopper 54, if 
installed in the Buyer 32, and may be used for the purchase 
of corresponding items in the same manner as those dis- 



In this respect, certain applications programs of the prior 
art have provided some degree of user customization of the 
graphic user interfaces of the programs. This customization, 
however, has been essentially limited to defining such 
60 relatively minor aspects of a program's graphical user 
interface as the specific form in which text messages, such 
as date and time, appear to the user, and background and 
foreground colors and patterns of the program display/ 
control screens and "controls", such as "push buttons" and 
65 "sliders". As will be described, and in contrast to the prior 
art, GUI VLOs 10 allow the customizable definition of such 
additional aspects of a program's user interface as the 



08/11/2003, EAST version: 1.04.0000 



6,061,057 



43 



44 



number and types of display windows and the number and 
functions of all controls, as well as the form of messages and 
the colors and patterns in which the display/control windows 
and controls. 

The use of GUI VLOs 10 thereby allows the ready 
customization of an application program user interface by 
providing alternate GUI VLOs 10 for the application 
program, thereby allowing both the user interface and the 
user accessible functions of the program to be customized to 
different users. For example, a program such as Shopper 54 
may be provided with separate adult and children's user 
interfaces by providing corresponding GUI VLOs 10, each 
being tailored in its complexity and in its accessibility to 
program functions accordingly. In further example, a user 
may be provided with the entire executable code of an 
application program on a trail basis, with the GUI VLO 10 
provided during the trail being a sub-set of the fiill user 
interface, thereby limiting the functions available to the trial 
user. Upon acceptance of the program, and payment, the 
seller may then provide the full user interface GUI VLO 10 
to the user, thereby providing the user with access to the full 
functionality of the program. The use of trial and full 
function versions of GUI VLOs 10 thereby avoids many of 
the problems inherent in trial versions of programs, such as 
the need to create and delivery two different versions of the 
program, that is, the trial and fiill function versions, or to 
subsequently "patch" the trial version of the program code 
by delivering and installing the additional code necessary to 
make the program fully functional. 

Referring again to FIG. 1, a GUI VLO 10, like a broadcast 
VLO 10, is similar in structure to an electronic business 
VLO 10 and includes a Graphic 12 file containing an Image 
12Afor visual display and identification of the GUI VLO 10. 
As will be described further below, a single GUI VLO 10 
may define a graphic user interface having single display/ 
control window with one or more controls, or a plurality of 
display/control windows, each having a plurality of controls. 
In the presently preferred embodiment, however, the Image 
12 A displayed by a GUI VLO 10 will be a single image 
representing the graphical user interface provided by the 
GUI VLO 10, even if the GUI VLO 10 defines a plurality of 
display/control windows, and will typically represent the 
primary control/display window or some other symbolic 
representation uniquely identifying the user interface pro- 
vided by the GUI VLO 10. 

Appendix 14 will contain data defining a graphical user 
interface of an application program and, as described, 
Appendix 14 may include any combination of an Encoded 
Data Block (EDB) 14A, an Extended Markup Language 
Block (EMLB) 14B, a Binary Large OBject (BLOB) 14C 
and a Program Invoke (Prog) 14D. Encoded Data Block 
(EDB) 14A may contain information fields specific to the 
purpose and function of the GUI VLO 10 while Extended 
Markup Language Block (EMLB) 14B may contain infor- 
mation particular to a specific user or creator of the GUI 
VLO 10. Binary Large OBject "Blob" (BLOB) 14C, in turn, 
will typically contain the graphic user interface information 
necessary to construct the user interface defined by the GUI 
VLO 10. Program Invoke (Prog) 14D will typically contain 
the information necessary to invoke and activate support 
routines, described below, to execute the graphic user inter- 
face represented by the GUI VLO 10 by, for example, 
dragging and dropping the Image 12A representing the GUI 
VLO 10 onto a graphical representation of an application 
program supporting GUI VLOs 10. 

Referring to FIG. 10A, therein is shown a block diagram 
representation of an Application Program 140 supporting the 



use of GUI VLOs 10. As illustrated therein, in addition to the 
Program Functional Code 140A that performs the functions 
provided by the Application Program 140, Application Pro- 
gram 140 is provided with a GUI Support Module (GUI 

5 Support) 142 that contains the program routines and graph- 
ics necessary to dynamically build and support a Graphic 
User Interface (GUI) 144 represented and defined by the 
current GUI VLO 10. As illustrated, a GUI 144 defined by 
a GUI VLO 10 may include a plurality of Display/Control 

10 Windows (Windows) 146, each of which may contain a 
plurality of Controls 148, which may, for example, be 
representations of "push buttons", "sliders", and other con- 
trol elements of the nature familiar to users of graphical user 
interfaces. 

is GUI Support 142 also contains all of the program routines 
necessary to support all user interaction with the user 
interface controls provided by the GUI VLO 10, and thereby 
with Program Functional Code 140A. In order to support 
these interactions, Application Program 140 is provided with 

20 Hooks 150 within Program Function Code 140A wherein 
there is a Hook 150 for and corresponding to each Control 
148 of each Window 146. Hooks 150 operate to link each 
Control 148 with a corresponding routine of GUI Support 
142, thereby essentially linking Program Functional Code 

25 140A's response to each Control 148 input to GUI Support 
142' s representation of that Control 148. An Application 
Program 140 may use Hooks 150 to call the corresponding 
routines of GUI Support 142 to manipulate or modify the 
visual representation of Controls 148 to reflect user control 

30 inputs or actions by Program Functional Code 140A. In the 
presently preferred implementation of GUI VLOs 10, a 
library of Hooks 150 is provided with GUI Support 142 for 
incorporation into Program Functional Code 140A and use 
by a graphic user interface designer in creating or modifying 

35 the user interface defined by a GUI VLO 10. 

As indicated, User Control Inputs 152 are passed to GUI 
Support 142, which in turn passes corresponding inputs to 
event handling routines of Program Functional Code 140A 
through a set of User Action Sub-Routines (UAsr's) 154 that 

40 match user action inputs to the graphical user interface to the 
corresponding event handling routines. In the presently 
preferred embodiment, Program Functional Code 140Awill 
translate values passed to the Program Functional Code 
140A event handling routines into values and operations 

45 specific to the Application Program 140. For example, a GUI 
Support 142 output through a UAsr 154 and to Program 
Functional Code 140A that represents a change in a slider 
type control will be represented by a value having a range 
between zero and one. Program Functional Code 140A will 

50 then translate this value to extract a value having meaning 
within the context of Application Program 140, typically by 
multiplication with a multiplier value. 

Finally, the present implementation of GUI VLOs 10 
includes a Designer 156 which is provided as a separate 

55 "toolbox" that interacts with GUI Support 142, and through 
GUI Support 142 with Program Functional Code 140A and 
all Windows 146 and Controls 148 of GUI 144, to design, 
create and modify the Windows 146 and Controls 148 of 
GUI 144. As indicated, Designer 156 creates and displays a 

60 Design Window 158 to display the current state of the 
Window 146 of GUI 144 currently being operated upon, 
thereby allowing a GUI VLO 10 to be created or modified 
"live" as the application displays the GUI VLO 10. When a 
particular GUI 144 design is completed, it will be saved and 

65 stored in a GUI VLO 10, whereupon the GUI VLO 10 may 
be provided to the end user of Application Program 140, 
either with Application Program 140 or subsequently. It is 
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anticipated that unlike GUI Support 142, which is required 
for operation of Application Program 140, Designer 156 will 
not be provided to the user of Application Program 140 and 
GUI VLOs 10, but will be used only during the design or 
modification of Application Program 140 and the creation of 
GUI VLOs 10. 

Referring now to FIG. 10B, therein is illustrated a dia- 
grammatic representation of the GUI 144 data residing in a 
GUI VLO 10, typically in BLOB 14C. As shown, the GUI 
144 data includes a Window Index 160 for and correspond- 
ing to each Window 146 of GUI 144 wherein each Window 
Index 160 contains a Control Set 162 for each set of one or 
more Controls 148 appearing in the corresponding Window 
146 and wherein each Control Set 162 is identified by a Key 
Name 164. Each Control Set 162 in turn contains one or 
more Control Indexes 165 wherein each Control Index 165 
corresponds to and refers to a corresponding Definition 166 
of a Control 148. 

Referring now to FIG. 10B, therein is illustrated a Defi- 
nition 166 wherein it is shown that a Definition 166 will 
typically include a Type 168A field containing an identifi- 
cation of the type of Control 148 represented, such as a push 
button or slider, and may include a Function 168B field 
containing an identification of the function of the Control 
148. A Position 168C field contains an identification of the 
location of the Control 148 in the Window 146, a Back- 
ground Shape 168D field contains an identification of the 
size and shape of a background field for the Control 148, and 
a Background 168E field contains an identification of a color 
and pattern for the background field. 

GUI Support 142 will read the Definitions 166 of each 
Window 146 to create the displayed graphic representation 
of the GUI 144, and will add further information necessary 
to control the visual representations of the Controls 148 in 
response to user actions and actions by Application Program 
140, such as a State 168F field identifying the current visual 
state of the Control 148, such as whether a is push button is 
"depressed" or the position of a slider along its path. 

It should be noted that one Control Set 162 will be used 
to store a Definition 166 of the corresponding Window 146 
itself, whereupon the Type 168A field will identify the 
Control Set 162 as the window. It should also be noted that 
the Background Shape 168D and Background 168E fields 
may be used to define what is effectively a sub-window that 
the corresponding Control 148 is displayed in, thereby 
allowing the visual display of certain Controls 148 to be 
enhanced. In this regard, the Background Shape 168D field 
may contain a reference, such as a pointer, to an image 
similar to an Image 12Aand that such an image may be used 
to define the background of a Control 148, when the 
Definition 166 applies to a Control 148, or the shape and 
image background of a Window 146 when the Definition 
166 applies to a Window 146. 

Finally, it should be noted that Window Indexes 160 
and/or Control Sets 162 need not contain a Control Index 
165 for each Control 148 supported by an Application 
Program 140, or even for each Window 146 supported by an 
Application Program 140. As such, Window Indexes 160 
and Control Sets 162 may represent selected sub-sets of the 
functions and controls supported by an Application Program 
140, thereby allowing the apparent and displayed user 
interface and functions of the Application Program 140 to be 
simplified or limited for certain users, as described above. A 
single version of an Application Program 140 may thereby 
be tailored to a variety of users, each having different 
requirements or capabilities or different authorizations as to 
what actions the users may execute. 



7. Additional Applications for VLOs 10 

It has been described above that VLOs 10 may be used for 
a variety of business and electronic commerce functions, 
such as the offer and sale of goods and services, including 

5 goods or services involving user selected configurations of 
goods and services, the broadcast of offers of goods and 
services, and subscriptions to goods, services and informa- 
tion. It has also been described that VLOs 10 may be used 
for the transfer or transmittal of various forms of 

10 information, such as graphical user interfaces, computer 
programs, and published information. 

VLOs 10 may be utilized in still further forms of elec- 
tronic business transactions wherein the terms "business" 
and "transaction" are intended in a broader sense than the 

15 sale of goods or services by a seller and purchase of goods 
or services by a buyer, as has been discussed above. As will 
be apparent from the following discussion, these terms are 
intended to include any communication which may advan- 
tageously use VLOs 10 and, in particular, the unique char- 

20 acteristics of a VLO 10 as self contained object that contains 
and encapsulates both a self-identifying visually displayable 
graphic and user defined data of virtually any form. Most of 
these transaction models involve the broadcast, in some 
sense, of VLOs 10, so that the contained text is further likely 

25 to include information as to the intended (targeted) geo- 
graphic and/or demographic group and the various usages 
differ in the kind and complexity of steps comprising a 
complete transaction, the relevant security and privacy 
issues, and so on. 

30 The first general group of VLO 10 based transactions may 
be described as ASYMMETRIC multi-party transactions 
involving at least two parties and possibly involving mul- 
tiple parties. A first example of such may be referred to as 
"buyers and sellers", which may possibly also include, as 

35 separate or overlapping parties, advertisers, transaction 
clearers, and fulfillment agents, and is essentially the model 
already discussed in detail herein above. In these 
transactions, the seller takes the initiative, creating the VLO 
10 and "offering" the described goods or services and the 

40 VLO 10 image is essentially a picture of the goods or some 
representation of the service while the text further describes 
the goods or services for sale, the price, and so on. 

A second example may be referred to as the "want-a- 
thing" VLO 10 wherein the buyer creates and distributes the 

45 VLO 10, saying that "I want to find" a certain kind of thing, 
such as antique furniture, a used car, an out-of-print book. In 
this case, the picture may not be of the specific thing that will 
ultimately satisfy the search, but may be a schematic 
description, such as a "generic used car"; and the text will 

50 likely contain further stipulations, such as an offer of a 
purchase price or a highest price. 

A third example is a more complex version of the "want- 
a-thing" model that may be referred to as the "bridal 
shower" model. In this instance, for example, the prospec- 

55 tive bride and groom assemble and make publicly available 
a wish-list of desired presents, that is, a selection of ready- 
made VLOs 10 representing sellers* goods and friends and 
relatives recruit themselves as buyers, through site's, or 
clearing house's, bookkeeping facilities. 

60 A fourth example is the "want-a-person" or "want-a-job" 
model that uses VLOs 10 to facilitate the mutual introduc- 
tion of potential employer and employee. In these instances, 
the employer creates a "want-a-person" VLO 10, using, for 
example, a generic schematic picture of the person, and the 

65 job hunter creates a "want-a-job" VLO 10, possibly using 
his/her own image as the graphic image. The text, depending 
upon whether the VLO 10 is a "want-a-person" or "want- 
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a-job" VLO 10, may include the desired or actual qualifi- specific data or class or category of data. For example, and 

cations of the prospective employee, the actual or desired in addition to the business and commercial transactions 

rate of pay, and so on. In specific cases, as in a movie or discussed herein above, VLOs 10 may be used to store and 

theater scripter's search for an actor/actress to play a specific transfer finance and accounting records, orders, inventory 

role, the "want-a-person" VLO 10 may use artist's rendition 5 records, legal records, and any other of business or legal 

or example photograph of the desired person. Another data. In yet other applications, VLOs 10 may be used to 

variation of the "want-a-person" VLO 10 might be a VLO represent and track books, video tapes and recordings in a 

10 used to advertise and search for people who are sought library, wherein a displayable image of the item is placed in 

"by society**, such as criminals, suspects or missing children the VLO 10, and the same application may be made, for 

and would include picture or reasonable rendering of the 10 example, in video rental stores, automobile parts stores, and 

person wanted, along with appropriate textual information, so on. 

and may lead to further steps of transaction, such as a 8. Multiple Level Encoding of VLOs 10 

reward. It is has been described herein above that VLOs 10 may 

Finally, yet another example may be referred to as the be and often are preferably encoded in order to protect the 

"one-way-advertisement** model that advertises events of is contents of the VLOs 10 from unauthorized access or 

various types, such as garage sales, store clearance sales, modification. A basic level of encoding has been described 

public performances of all types, museums shows, movies, above wherein the Image 12 and the concluding sections of 

television specials, and so on. The image might implicitly or Appendix 14, that is, and most significantly, the dataset 

explicitly indicate the category of the event, or may be length, length marker and copyright notice information, 

specific to and representative of an event, such as a render- 20 were left in their original form. The "dataset'*, that is, the 

ing of Monet's waterlillies to advertise a museum showing primary data sections of Appendix 14 following Image 12 

of Monet paintings, while the text would provide further and including, for example, EDB 14A, EMLB 14B, BLOB 

details. 14C and PROG 14D or some subset thereof, is in some way 

The second general group of VLO 10 based transactions scrambled or encoded so that a user can only make use of the 

may be described as SYMMETRIC multi-party transactions 25 "dataset" through the use of an appropriate dataset 

involving at least two parties and possibly involving mul- de-scrambler. 

tiple parties and possibly further facilitated in each instance In other implementations and in certain applications, 

by an automated or semi-automated clearinghouse that spe- however, it may be necessary or desirable to one or more 

cializes in the particular genre of transaction. A first example subsequent levels of encoding, referred to hereafter as 

of this type of transaction may be referred to as the "barter" 30 "encapsulation", and which may be referred to as the 

transaction wherein either of two parties indicates a desired "onion*' model of encapsulation. In this method of succes- 

exchange or trade of goods or services. The Image 12 of the sive encoding, or encapsulation, each successive level of 

"barter*' VLO 10 may, for example, use a split image encapsulation is scrambled, or encoded, and subsequently 

representing what the creator offers and wants in return, unscrambled, or decoded, separately and independently of 

while the Appendix 14 text may provide further details. 35 the next inner levels of encapsulation and the identity and 

A second example could be referred to as the "vacation- source of the required decoder for any given level of 

home-swap*' transaction wherein each party prepares a VLO encapsulation of decoding is revealed only upon decoding, 

10 describing what is offered, including, again, representa- or unwrapping, the next outer level of encapsulation. The 

lions of what is offered and what is desired. For example, a operation of such multiple levels of encoding and encapsu- 

" vacation-home-swap" VLO 10 could provide an image 40 lation are illustrated in FIGS. 11A, 11 B and 11 C, which 

representing the offered vacation home and its location and respectively illustrate an original VLO 10, an encapsulated 

indicating the location of the desired vacation home, while VLO 10 without the addition of a new image, and an 

the Appendix 14 text describes what is desired in return and encapsulated VLO 10 with the addition of a new image, 

the terms for an exchange, whereby each party agrees to Therefore, at the inner or first level of encoding the 

allow the other to use its home for the same specified period. 45 creator or editor of a VLO 10 may use a specific and perhaps 

It will be recognized that this transaction is a variation of the proprietary encoder to encode at least the "dataset" portions 

"barter" transaction, but requiring the matching of two of the VLO 10 and inserts, at or near the end of the VLO 10, 

VLOs 10, each setting forth an offer, and that such transac- such as after the dataset-length and length-marker 

tions may make use of an automated or semi-automated information, a plain text note identifying the encoder used in 

clearinghouse, such as a real estate agent. so the first level of encoding, such as "NWVdecod.dll, from 

Yet other examples would be "personals" VLOs 10 pub- www.netwaveinc.com/* This information identifies the 

lished and used in much the same manner as the "personals" required decoder and its source, so that if not already 

advertisements in newspapers or web sites, and "one-to- available to the user of the VLO 10, the user may automati- 

many" VLOs 10 used to announce an event of potential cally or manually obtain the decoder, which may entail a 

interest to a specific group of unidentified persons, such as 55 payment, license or other form of agreement or authoriza- 

an announcement of the starting of a club, study group, or so tion. 

on. It will be recognized that "one-to-many** VLOs 10 are a The VLOs 10 may then be further encapsulated by one or 

variation of the "one-way-advertisement" VLOs 10 more additional levels before being distributed or transmit - 

described above, but at a more personal level ted to the intended recipients. At each additional level of 

As has been described above, a VLO 10 is a compact, self 60 encapsulation at least a significant part of the previously 

contained object that contains and encapsulates both a encoded VLO 10, possibly including the graphic image, 

self-identifying visually displayable graphic and user typically including the previously encoded dataset and 

defined data of virtually any form. As such, it will be almost always including the identification of the decoder 

recognized that VLOs 10 are uniquely advantageous for required for the previous level of encoding, is additionally 

communicating, transferring, storing, tracking or otherwise 65 encoded with the same encoder or any arbitrarily selected 

managing data of any type in any circumstances wherein it encoder or scambler. This process may be repeated several 

is advantageous for persons to be able to easily recognize the times, using a different encoder at each level, and, at each 
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level of encapsulation, the identity of the decoder required values may be written into the length-of-prefix image field 

to decode or unwrap the previous level of encoding is to indicate whether additional levels of decoding must be 

encoded with the new encoded, together with the previously performed. In this respect, and as will become apparent from 

encoded data of the VLO 10. In addition, each successive the following descriptions, that any and all of the items 

encoder may add data to the original VLO 10, most usually 5 added after a length marker, including the otherwise arbi- 

as non-encoded data appearing at the end of the new trary "additional legible data," must not contain a sequence 

Appendix 14 and must before the new appendix length field. that looks like a length marker. Finally, such coding and 

The additional levels of encapsulation may be dependent, decoding processes are typically fast and the encoding and 

for example, on the contents of the VLOs 10 or on the decoding programs may typically be small, so that the added 

method or routes of distribution of transmission, and may be 10 burdens of processing time and power and storage space 

imposed at any point in the distribution or transmission of should not be troublesome. 

the VLOs 10 and by any party in the distribution chain. For As mentioned above, an encapsulation may add a prefix 

example, and as described previously, subscription VLOs 10 image, this being, for example, a normal JPEG, GIFF, or 

may be distributed through subscription service channels by BMP image to be displayed and visually represent the 

various subscription services wherein each subscription ser- 15 encoded VLO 10. The prefix image may serve to hide or 

vice further encapsulates each month's VLOs 10 with that obscure the visual material of the original, non-encapsulated 

month's encoding procedure, placing the identification and VLO 10, for example, from minors or for privacy or secrecy 

source of the required decoder at the end of the VLO 10, and reasons, or for branding or repackaging so as to make the 

possibly encapsulating the VLO 10 image as well as the encapsulation evident. Unwrapping or decoding this level of 

dataset. The decoder for the month is then automatically 20 encapsulation requires additional information in the decod- 

available for each paid-up subscriber. ing instructions, specifically the length of the prefix image to 

One or more levels of encapsulation may also be imposed strip away. Thus, in general, an exemplary original VLO 10, 

by a recipient of the VLOs 10. For example, a public library before encoding or encapsulation, may consist of the fol- 

might be the recipient of subscription VLOs 10, or of books lowing: 

electronically distributed by means of VLOs 10, and may 25 the original VLO image, 

further encode at least selected VLOs 10 to permit decoding ^ dataset 

of the VLOs 10 only by users with valid passwords provided ' 

by the librarian. This additional encapsulation may be the len S m marker, 

imposed, for example, and may include scrambling of the tne length-of -dataset, 

Images 12, to shield children from unsuitable content. Such 30 the length-of-prefix-image=-l (special: means innermost 

additional encoding may also be imposed on records and level), and 

data of all forms in, for example, businesses, military other legible data (author, copyright, . . . ), which is 

installations or units, legal or law related facilities, and optional, 

scientific, research or engineering facilities, to prevent unau- and the original, unencoded VLO 10 may be exported in this 

thonzed access to or modification of data and records. 35 f orm 

Access to the original form of an encoded and encapsulated Wnen tnis V LO 10 is first encoded, it contains the above 

VLO 10 would require access to and possession of the itemS( but with the dataset encoded and ^ the addition of 

required decoders, which m turn would require proof of decoding instructions, such as the decoder name and source. 

authorization, such as a valid identification, password, proof encoded VLO 10 than has the form: 

of membership in an intended and authorized class or group 40 t . * ■ i vf n * 

of recipients, a subscription, or other evidence of authori- original VLU image, 

zation. an encoded new dataset that includes: 

The decoding of multiply encoded and encapsulated the ori &™ { dataset, 

VLOs 10 is preferably performed by automatic procedures the or jg inal l ™& h marker, 

requiring only the appropriate decoder or decoders and, in 45 the on S mal length-of-dataset, 

some instances, the appropriate decoding keys or passwords the on gj nal length-of-prefix-image=-l, and 

and an automatic decoder may be implemented by program the ori g inal oth er optional legible data, 

control of a processor, such as found in a Buyer 32 system. a new length marker, 

An automatic decoder preferably includes mechanisms for a new length-of-new-dataset, 

determining whether a VLO 10 is fully decoded or whether 50 a new kngth-of-prefix-image-O (means not innermost 

the VLO 10 has additional levels of encoding, identifying level), 

the decoder required for the next level of decoding, if fil c tU A , f . . , . 

«„a \ , * r u* • • ,i_ the filename of the decoder for this level, 

necessary, and access to or a means for obtaining the 

appropriate decoder for remaining levels of encapsulation, if the source > such ^ a web a ddress (URL) for the decoder 

necessary. The mechanism should also include a user inter- 55 *° r m ^ ^ eve *' anci 

face for, for example, requesting passwords of the user, omer new legible data (source, copyright, . . . ), which is 

explaining to the user why the decoding cannot be optional, 

accomplished, or what additional steps, such as the payment When this or any higher level-encapsulation is further 

of a fee or acquisition of a license, are required to complete encapsulated, a prefix image may be inserted at the begin- 

the decoding. 60 mn S anc * a new encoder used to encode the entire previous 

Also, automatic decoding, or unwrapping, of VLOs 10 is VL0 10 > except for the previous image in those cases 

facilitated if each encoding note declaring the identity and wherein a new prefix image is not being added. The resulting 

source of the decoder is standardized and machine-readable VL0 10 tnen consists of the following: 

and includes a means, such as standardized codes, for the new (prefix) image, which is optional, 

indicating whether there is an encoding note and whether the 65 [note: if a new prefix image is added, encoding of new 

VLO is completely de-coded or requires further decoding. In "dataset" starts here], 

a presently preferred embodiment, for example, special the previous VLO 10 image, 
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[note: . if a new prefix image is not being added, 
encoding of new "dataset" starts here] 
the previous dataset, 
the previous length marker, 
the previous length-of-dataset, 
the previous length-of-prefix=-l 

the previous other legible data (source, copyright, . . . ), 
which is optional, 

[note: encoding of new "dataset" ends here] 
the new length marker, 
the new length-of-dataset, 

the new length-of-prefix (0 if no prefix image is now 

being added), 
the new filename of the decoder for this level, 
the source for the decoder for this level, and 
new other legible data (agent, server, . . . ), which is 

optional. 

It must be noted that, for any level of encapsulation, the 
encapsulator need not have, and in fact may not be permitted 
access to, the original or previous encoding method. 
Therefore, for example, a carrier or a subscription service 
may not be able to legally to open the earlier-stage VLO 10 
and a VLO 10 may, of course, be passed on as it came in, or 
as it came in with additional legible data appended at the 
end. In this regard, however, and even if an intermediate 
agent does have decoding privileges for an incoming VLO 
10, so that the VLO 10 can be taken apart and rearranged, 
its image modified, keys added, changed, or deleted, and 
other modifications made, the agent is in effect creating a 
new VLO 10 based in some part on the received VLO 10. 

Next considering the decoder, or "unwrapper", in general 
such a decoder will execute the following procedure: 



START next level: searching backward from end of file, find last 
length- marker and interpret prefix image length 
If prefix- image-length is not -1 

If decoder not NULL and decoder not resident 
Try to fetch decoder [may require user's 

participation if permission needs to 
be bought or otherwise obtained] 
[f failure in obtaining decoder 

Abort unwrapping, declare an exception 

Unwrap: 

Discard prefix image if any 
[f decoder not NULL 

Decode encoded part, 
Discard the from just-used length marker to the end 
If prefix-image- length > 0 
Discard prefix image 
go back to START next level of unwrapping 
(else: finished retrieving original VLO) 

It should be noted that the decoder may retain the parts 
otherwise thrown away, that is, the history of decoders used 
and the various levels of additional images and/or legible 
data at the end. 

9. Alternate Implementation of VLO 10 Multi-Level Encap- 
sulation With Alternate Form of VLO 10 (FIGS. 11A, LIB, 
11C and 11D) 

The above described methods for multiple level encap- 
sulation may be modified to allow additions to be made to 
a VLO 10 at each successive encapsulation, and to allow 
each successive encapsulation to be a self-contained process 
doing its own re -scrambling, by a modification to the 
Postscript 16, Length Field 14Ea and Marker 14Eb elements 
of the VLO 10 structure described herein above. In 
particular, and as illustrated in FIGS. 11A through 11D 
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which illustrate encapsulation using the modified VLO 10 
structure, and will be understood to illustrate the multi-level 
encapsulation of a VLO 10 as structured in FIG. 1 and as 
discussed above, with allowance for the difference in the 
structure of Postscript 16. As shown in FIGS. 11A through 
11D, the VLO 10 structure is modified to be comprised of: 
an Image 12, 
an Appendix 14 

a Postscript 16 including an Appendix_Length 16 A, 
followed by, as options, an Encapsulation Type 16B, a 
Decoder ID 16C, a Decoder Source 16D, a copyright 
notice, and so on, and concluded by an Insert__Length 
16E, and a Postscript_Length 16F. 
It will be noted that the Postscript 16 uniformly begins 
with the Appendix Length 16A and ends with an Insert_ 
Length 16E, which describes the length of any material 
added to the VLO 10. It will also be noted that these fields, 
together with the Postscript Length 16F, are held in fixed- 
length fields, and that the Postscipt Length 16F field points 
to the location of the Appendix Length 16A field, so that 
Appendix 14 is no longer required to contain a Marker 14Eb 
to indicate the location of the Appendix Length 16A field. 
The elimination of the Marker 14Eb field thereby avoids 
potential decoding errors arising from mistaken interpreta- 
tion of a sequence of the dataset or image as a Marker 14Eb. 

This alternate VLO 10 structure permits levels of encod- 
ing wherein each successive encapsulation makes its own 
additions and doing its own re-scrambling. The additions 
that may, for example, be made to the VLO 10 during 
encapsulation include miscellaneous data to be included in 
the encoded region, miscellaneous data to be left in the clear, 
the identity of the corresponding decoder, e.g. 
"NWdecode.dll", the source from which the decoder can be 
gotten, e.g. "www.netwaveinc.com", and so on. 

As described above, the encapsulated form may, but need 
not, start with a new Image IT. In those instances wherein 
a new Image 12' is superimposed at the start of the VLO 10, 
the original Image 12 becomes a components of the encoded 
region, that is, effectively part of the Appendix 14, to be 
recovered and restored by the corresponding decoding of the 
encapsulated VLO 10. 

Considering the encapsulation of VLOs 10 of the alternate 
structure, as illustrated in FIGS. 11A through 11D, the 
modified form of Postscript 16 includes: 
an Appendix Length 16A, 

Encapsulation Type 16B, wherein 0=original VLO, 
l=encapsulated with previous Image 12, 
2«encapsulated with a new Image 12), 
a Decoder ID 16C, 
a Decoder source 16D, 

optional: Miscellaneous Data 16G in the clear, that is, not 
encoded, 

optional: an Insertion 16H inserted by the person or 

program presently encapsulating the VLO 10, and 
Insert Length 16E (0 is there's no insertion) 
The person or program presently encapsulating the VLO 
10 has the options of including a new Image 12' at the 
60 beginning and new material, to be encoded and or not 
encoded. The previous Appendix 14, previous Postscript 16 
and its length become the new Appendix 14, as illustrated in 
FIG. 11. If new material is pre-inserted in the Postscript 16, 
so that it is encoded, two further changes are required. First, 
65 the length of this new material becomes the "insert length" 
and second the postscript length is augmented by this same 
amount. It should be noted that these two sections, that is, 
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the insertion and its length and the postscript length, may be 
interchanged in order, and corresponding alterations made in 
the methods 

The encapsulated VLO 10 has two possible forms, 
depending on whether or not a new Image 12' is pre- 
appended. When the previous Image 12 is used, the resulting 
new VLO 10 using the previous Image 12 is comprised of 
the previous image, a new appendix, comprised of the 
encoded previous appendix, previous postscript, possibly 
with a new insertion, and the previous postscript length, 
which is augmented if there is an insertion, and a new 
postscript, comprised of the new appendix length, the encap- 
sulation type, which is 1 for "encapsulated VLO 10 with 
previous image", the decoder ID for this encapsulation, the 
decoder's web site source, optional miscellaneous other new 
unencoded material, and an insertion length, and a new 
postscript length. 

An encapsulated VLO 10 that contains a new image is in 
turn comprised of the new image, a new appendix, com- 
prised of the previous image, the previous appendix, the 
previous postscript, possibly with a new insertion, the pre- 
vious postscript length, augmented if there is an insertion, 
and a new postscript, comprised of the new appendix length, 
the encapsulation type, such as 2 for "encapsulated VLO 
with new image", the decoder ID for the current 
encapsulation, the decoder's web site source, optional mis- 
cellaneous other new unencoded material, and an insertion 
length, and a new postscript length. 

The decoding of a VLO 10 is the comprised of the 
progressive stripping of each level of encapsulation, one 
level at a time, wherein the stripping one level of encapsu- 
lation of a VLO 10 is comprised of the steps of: 



getting the postscript length, and 

jumping back to the beginning of the postscript and interpreting: 
appendix length, 
encapsulation type, 
decoder ID, 
decoder source, 
if encapsulation type is "unencapsulated", 
and if the needed decoder » NULL 

then the VLO is already completely decoded, 
and it can only be decoded, yielding the original VLO 10 

if decoder is not present, the get it from the web site source 

decode the appendix 

and mark the required decoder NULL 
else strip one level of encapsulation by: 

if decoder not present, get it from the web site source, 

decode the appendix, 

set aside the already-used postscript, 

if encapsulation type was "encapsulated with new image" 

strip the image (leaving only the decoded appendix) 
if the insertion length of the VLO thus recovered > 0: 

remove insertion & adjust postscript length accordingly. 

Note that the last step of removing the insertion is 
necessary for proper subsequent de-encapsulation as the 
previous VLO 10 must be completely returned exactly to its 
previous state, which includes recovering exactly the pre- 
vious postscript, because this earlier form of the postscript 
may have been involved in computing the checksum of the 
earlier-stage encoding. 

The decoding of a VLO 10 is preferably implemented by 
an automatic procedure for determining whether it is fully 
decoded, and if not, choosing the appropriate decoder, for 
the next step of unscrambling but, if the decoder is not 
present or not usable, either fetching the decoder automati- 
cally over the net, or stating to the user what is required by 
way of, for example, passwords or payments, wherein 
failure to complete any step results in an explanation to the 
user. 
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It will be appreciated that the decoding of a properly 
multi-encapsulated VLO 10 is therefore embodied as a 
regular, and programmable, procedure that involves the 
automatable steps of identifying, and fetching if necessary, 
the required decoder, the use of this decoder, and the 
automatic stripping out of an insertion, if present, so that 
subsequent decoding will be successfully completed. 

Finally, while the invention has been particularly shown 
and described with reference to preferred embodiments of 
the apparatus and methods thereof, it will be also understood 
by those of ordinary skill in the art that various changes, 
variations and modifications in form, details and implemen- 
tation may be made therein without departing from the spirit 
and scope of the invention as defined by the appended 
claims. Therefore, it is the object of the appended claims to 
cover all such variation and modifications of the invention as 
come within the true spirit and scope of the invention. 

What is claimed is: 

1. A system for executing electronic business transactions 
including a server system and a buyer system interconnected 
and communicating through a network, the server system 
and the buyer system each including a memory for storing 
data and programs, a processor operating under control of 
the programs to perform operations on the data and a 
network interface for communicating through the network, 
the buyer system including a display for displaying data and 
operations related to a business transaction and a user input 
for allowing a user of the buyer system to provide inputs for 
executing a business transaction, comprising: 

in the server system, a visual link object memory for 
storing visual link objects representing business trans- 
actions wherein the server system is responsive to 
access of the server system by the buyer system for 
transmitting the visual link objects to the buyer system, 
and 

in the buyer system, a visual link object memory for 
storing the visual link objects representing business 
transactions received from the server system wherein 
the buyer system is responsive to receiving the visual 
link objects received from the server system for dis- 
playing the visual link objects to a user, wherein 
each visual link object is a single self-contained entity and 
includes, as integral parts of the visual link object, 
a displayable image residing at the start of the visual 
link object and representing a business transaction, 
an appendix residing in the visual link object following 
the display image and containing information relat- 
ing to the business transaction, and 
a postscript residing near the end of the visual link 
object and containing information relating to the 
visual link object. 

2. A system for executing electronic business transactions 
including a server system and a buyer system interconnected 
and communicating through a network, the server system 
and the buyer system each including a memory for storing 
data and programs, a processor operating under control of 
the programs to perform operations on the data and a 
network interface for communicating through the network, 
the buyer system including a display for displaying data and 
operations related to a business transaction and a user input 
for allowing a user of the buyer system to provide inputs for 
executing a business transaction, comprising: 

in the server system, a visual link object memory for 
storing visual link objects representing business trans- 
actions wherein the server system is responsive to 
access of the server system by the buyer system for 
transmitting the visual link objects to the buyer system, 
and 
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in the buyer system, a visual link object memory for 
storing the visual link objects representing business 
transactions received from the server system wherein 
the buyer system is responsive to receiving the visual 
link objects received from the server system for dis- 
playing the visual link objects to a user, wherein 
each visual link object is a single self-contained entity and 
includes, as integral parts of the visual link object, 
a displayable image residing at the start of the visual 
link object and representing a business transaction, 
an appendix residing in the visual link object following 
the display image and containing information relat- 
ing to the business transaction, and 
a postscript residing near the end of the visual link 
object and containing information relating to the 
visual link object, and wherein 
the appendix of a visual link object includes 

an encoded data block containing information relating 
to the purpose and function of the visual link object 
and to the business transaction represented by the 
visual link object. 

3. A system for executing electronic business transactions 
including a server system and a buyer system interconnected 
and communicating through a network, the server system 
and the buyer system each including a memory for storing 
data and programs, a processor operating under control of 
the programs to perform operations on the data and a 
network interface for communicating through the network, 
the buyer system including a display for displaying data and 
operations related to a business transaction and a user input 
for allowing a user of the buyer system to provide inputs for 
executing a business transaction, comprising: 

in the server system, a visual link object memory for 
storing visual link objects representing business trans- 
actions wherein the server system is responsive to 
access of the server system by the buyer system for 
transmitting the visual link objects to the buyer system, 
and 

in the buyer system, a visual link object memory for 
storing the visual link objects representing business 
transactions received from the server system wherein 
the buyer system is responsive to receiving the visual 
link objects received from the server system for dis- 
playing the visual link objects to a user, wherein 
each visual link object is a single self-contained entity and 
includes, as integral parts of the visual link object, 
a displayable image residing at the start of the visual 
link object and representing a business transaction, 
an appendix residing in the visual link object following 50 
the display image and containing information relat- 
ing to the business transaction, and 
a postscript residing near the end of the visual link 
object and containing information relating to the 
visual link object, and wherein 
the appendix of a visual link object includes 

an extended markup block containing information 
relating to the user of the visual link object. 

4. A system for executing electronic business transactions 
including a server system and a buyer system interconnected 
and communicating through a network, the server system 
and the buyer system each including a memory for storing 
data and programs, a processor operating under control of 
the programs to perform operations on the data and a 
network interface for communicating through the network, 65 
the buyer system including a display for displaying data and 
operations related to a business transaction and a user input 
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for allowing a user of the buyer system to provide inputs for 
executing a business transaction, comprising: 

in the server system, a visual link object memory for 
storing visual link objects representing business trans- 
actions wherein the server system is responsive to 
access of the server system by the buyer system for 
transmitting the visual link objects to the buyer system, 
and 

in the buyer system, a visual link object memory for 
storing the visual link objects representing business 
transactions received from the server system wherein 
the buyer system is responsive to receiving the visual 
link objects received from the server system for dis- 
playing the visual link objects to a user, wherein 
each visual link object is a single self-contained entity and 
includes, as integral parts of the visual link object, 
a displayable image residing at the start of the visual 
link object and representing a business transaction, 
an appendix residing in the visual link object following 
the display image and containing information relat- 
ing to the business transaction, and 
a postscript residing near the end of the visual link 
object and containing information relating to the 
visual link object, and wherein 
the appendix of a visual link object includes 

a binary object for storing additional information in a 
selected binary format. 

5. A system for executing electronic business transactions 
including a server system and a buyer system interconnected 
and communicating through a network, the server system 
and the buyer system each including a memory for storing 
data and programs, a processor operating under control of 
the programs to perform operations on the data and a 
network interface for communicating through the network, 
the buyer system including a display for displaying data and 
operations related to a business transaction and a user input 
for allowing a user of the buyer system to provide inputs for 
executing a business transaction, comprising; 

in the server system, a visual link object memory for 
storing visual link objects representing business trans- 
actions wherein the server system is responsive to 
access of the server system by the buyer system for 
transmitting the visual link objects to the buyer system, 
and 

in the buyer system, a visual link object memory for 
storing the visual link objects representing business 
transactions received from the server system wherein 
the buyer system is responsive to receiving the visual 
link objects received from the server system for dis- 
playing the visual link objects to a user, wherein 
each visual link object is a single self-contained entity and 
includes, as integral parts of the visual link object, 
a displayable image residing at the start of the visual 
link object and representing a business transaction, 
an appendix residing in the visual link object following 
the display image and containing information relat- 
ing to the business transaction, and 
a postscript residing near the end of the visual link 
object and containing information relating to the 
visual link object, and wherein 
the appendix of a visual link object includes 

a program invocation block containing information 
relating to the invocation of programs for performing 
operations with respect to the visual link object. 

6. A system for executing electronic business transactions 
including a server system and a buyer system interconnected 
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and communicating through a network, the server system 
and the buyer system each including a memory for storing 
data and programs, a processor operating under control of 
the programs to perform operations on the data and a 
network interface for communicating through the network, 
the buyer system including a display for displaying data and 
operations related to a business transaction and a user input 
for allowing a user of the buyer system to provide inputs for 
executing a business transaction, comprising: 

in the server system, a visual link object memory for 
storing visual link objects representing business trans- 
actions wherein the server system is responsive to 
access of the server system by the buyer system for 
transmitting the visual link objects to the buyer system, 
and 

in the buyer system, a visual link object memory for 
storing the visual link objects representing business 
transactions received from the server system wherein 
the buyer system is responsive to receiving the visual 
link objects received from the server system for dis- 
playing the visual link objects to a user, wherein 
each visual link object is a single self-contained entity and 
includes, as integral parts of the visual link object, 
a displayable image residing at the start of the visual 
link object and representing a business transaction, 
an appendix residing in the visual link object following 
the display image and containing information relat- 
ing to the business transaction, and 
a postscript residing near the end of the visual link 
object and containing information relating to the 
visual link object, and wherein 
the appendix of a visual link object includes 

at a location near the end of the appendix, a marker field 
identifying the end of the appendix and, in associa- 
tion with the marker field, an appendix length field 
containing a value representing the length of the 
appendix. 

7. A system for executing electronic business transactions 
including a server system and a buyer system interconnected 
and communicating through a network, the server system 
and the buyer system each including a memory for storing 
data and programs, a processor operating under control of 
the programs to perform operations on the data and a 
network interface for communicating through the network, 
the buyer system including a display for displaying data and 
operations related to a business transaction and a user input 
for allowing a user of the buyer system to provide inputs for 
executing a business transaction, comprising: 

in the server system, a visual link object memory for 
storing visual link objects representing business trans- 
actions wherein the server system is responsive to 
access of the server system by the buyer system for 
transmitting the visual link objects to the buyer system, 
and 

in the buyer system, a visual link object memory for 
storing the visual link objects representing business 
transactions received from the server system wherein 
the buyer system is responsive to receiving the visual 
link objects received from the server system for dis- 
playing the visual link objects to a user, wherein 
each visual link object is a single self-contained entity and 
includes, as integral parts of the visual link object, 
a displayable image residing at the start of the visual 
link object and representing a business transaction, 
an appendix residing in the visual link object following 
the display image and containing information relat- 
ing to the business transaction, and 
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a postscript residing near the end of the visual link 
object and containing information relating to the 
visual link object, and wherein 
the postscript includes 

a copyright notice. 

8. A system for executing electronic business transactions 
including a server system and a buyer system interconnected 
and communicating through a network, the server system 
and the buyer system each including a memory for storing 
data and programs, a processor operating under control of 
the programs to perform operations on the data and a 
network interface for communicating through the network, 
the buyer system including a display for displaying data and 
operations related to a business transaction and a user input 
for allowing a user of the buyer system to provide inputs for 
executing a business transaction, comprising: 

in the server system, a visual link object memory for 
storing visual link objects representing business trans- 
actions wherein the server system is responsive to 
access of the server system by the buyer system for 
transmitting the visual link objects to the buyer system, 
and 

in the buyer system, a visual link object memory for 
storing the visual link objects representing business 
transactions received from the server system wherein 
the buyer system is responsive to receiving the visual 
link objects received from the server system for dis- 
playing the visual link objects to a user, wherein 
each visual fink object is a single self-contained entity and 
includes, as integral parts of the visual link object, 
a displayable image residing at the start of the visual 
link object and representing a business transaction, 
an appendix residing in the visual link object following 
the display image and containing information relat- 
ing to the business transaction, and 
a postscript residing near the end of the visual link 
object and containing information relating to the 
visual link object, and wherein 
the postscript includes 

an appendix length field indicating the length of the 
appendix, and 

is followed by a postscript length field indicating the 
length of the postscript. 

9. A system for executing electronic business transactions 
including a server system and a buyer system interconnected 
and communicating through a network, the server system 
and the buyer system each including a memory for storing 
data and programs, a processor operating under control of 
the programs to perform operations on the data and a 
network interface for communicating through the network, 
the buyer system including a display for displaying data and 
operations related to a business transaction and a user input 
for allowing a user of the buyer system to provide inputs for 
executing a business transaction, comprising: 

in the server system, a visual link object memory for 
storing visual link objects representing business trans- 
actions wherein the server system is responsive to 
access of the server system by the buyer system for 
transmitting the visual link objects to the buyer system, 
and 

in the buyer system, a visual link object memory for 
storing the visual link objects representing business 
transactions received from the server system wherein 
the buyer system is responsive to receiving the visual 
link objects received from the server system for dis- 
playing the visual link objects to a user, wherein 
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each visual link object is a single self-contained entity and 
includes, as integral parts of the visual link object, 
a displayable image residing at the start of the visual 
link object and representing a business transaction, 
an appendix residing in the visual link object following 5 
the display image and containing information relat- 
ing to the business transaction, and 
a postscript residing near the end of the visual link 
object and containing information relating to the 
visual link object, and wherein 10 
the postscript includes 

a copyright notice, and 
the appendix of a visual link object includes 

a checksum field containing a checksum of the bytes of 
information contained in the displayable image and 15 
in the postscript. 

10. A system for executing electronic business transac- 
tions including a server system and a buyer system inter- 
connected and communicating through a network, the server 
system and the buyer system each including a memory for 20 
storing data and programs, a processor operating under 
control of the programs to perform operations on the data 
and a network interface for communicating through the 
network, the buyer system including a display for displaying 
data and operations related to a business transaction and a 25 
user input for allowing a user of the buyer system to provide 
inputs for executing a business transaction, comprising: 

in the server system, a visual link object memory for 
storing visual link objects representing business trans- 
actions wherein the server system is responsive to 30 
access of the server system by the buyer system for 
transmitting the visual link objects to the buyer system, 
and 

in the buyer system, a visual link object memory for 35 
storing the visual link objects representing business 
transactions received from the server system wherein 
the buyer system is responsive to receiving the visual 
link objects received from the server system for dis- 
playing the visual link objects to a user, wherein 4Q 
each visual link object is a single self-contained entity and 
includes, as integral parts of the visual link object, 
a displayable image residing at the start of the visual 
link object and representing a business transaction, 
an appendix residing in the visual link object following 45 
the display image and containing information relat- 
ing to the business transaction, and 
a postscript residing near the end of the visual link 
object and containing information relating to the 
visual link object, and wherein 5Q 
the buyer system includes 

a shopper mechanism for displaying the displayable 
images of the visual link objects received from the 
server system in a first display window, and 
a decoder mechanism responsive to operation of the 55 
shopper mechanism for decoding the appendix of a 
visual link object displayed by the shopper mechanism 
and providing the information contained therein and 
pertaining to the business transaction represented by 
the visual link object to the shopper mechanism, 60 
the shopper mechanism being responsive to the busi- 
ness transaction information provided from the 
visual link object by the decoder mechanism for 
displaying at least parts of the business transaction 
information to a user. 65 

11. A system for executing electronic business transac- 
tions including a server system and a buyer system inter- 
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connected and communicating through a network, the server 
system and the buyer system each including a memory for 
storing data and programs, a processor operating under 
control of the programs to perform operations on the data 
and a network interface for communicating through the 
network, the buyer system including a display for displaying 
data and .operations related to a business transaction and a 
user input for allowing a user of the buyer system to provide 
inputs for executing a business transaction, comprising: 
in the server system, a visual link object memory for 
storing visual link objects representing business trans- 
actions wherein the server system is responsive to 
access of the server system by the buyer system for 
transmitting the visual link objects to the buyer system, 
and 

in the buyer system, a visual link object memory for 
storing the visual link objects representing business 
transactions received from the server system wherein 
the buyer system is responsive to receiving the visual 
link objects received from the server system for dis- 
playing the visual link objects to a user, wherein 
each visual link object is a single self-contained entity and 
includes, as integral parts of the visual link object, 
a displayable image residing at the start of the visual 
link object and representing a business transaction, 
an appendix residing in the visual link object following 
the display image and containing information relat- 
ing to the business transaction, and 
a postscript residing near the end of the visual link 
object and containing information relating to the 
visual link object, wherein 
the buyer system includes 

a shopper mechanism for displaying the displayable 
images the visual link objects received from the 
server system in a first display window, and 
a decoder mechanism responsive to operation of the 
shopper mechanism for decoding the appendix of a 
visual link object displayed by the shopper mecha- 
nism and providing the information contained 
therein and pertaining to the business transaction 
represented by the visual link object to the shopper 
mechanism, 

the shopper mechanism being responsive to the 
business transaction information provided from 
the visual link object by the decoder mechanism 
for displaying at least parts of the business trans- 
action information to a user, and 
a financial memory for storing financial information 
pertaining to the user, including information relating 
to at least one credit/debit card authorized for use by 
the user, wherein 
the shopper mechanism is responsive to user inputs 
for selecting a visual link object representing a 

business transaction, 
displaying the information contained therein and 
pertaining to the business transaction represented 
by the selected visual link object to the user, 
accepting user inputs representing user generated 
information pertaining to the business transaction 
represented by the selected visual link object, 
selecting financial information pertaining to the user, 
relating the financial information pertaining to the 
user with the information from the selected visual 
link object pertaining to the business transaction 
represented by the visual link object and the user 
generated information pertaining to the business 
transaction represented by the selected visual link 
object, and 
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transmitting to the server system the financial 
information, the information selected from the 
information from the visual link object, and the 
information generated by the user as necessary to 
execute the business transaction represented by 5 
the visual link object. 
12. A system for executing electronic business transac- 
tions including a server system and a buyer system inter- 
connected and communicating through a network, the server 
system and the . buyer system each including a memory for 
storing data and programs, a processor operating under 
control of the programs to perform operations on the data 
and a network interface for communicating through the 
network, the buyer system including a display for displaying 
data and operations related to a business transaction and a 
user input for allowing a user of the buyer system to provide 15 
inputs for executing a business transaction, comprising: 
in the server system, a visual link object memory for 
storing visual link objects representing business trans- 
actions wherein the server system is responsive to 
access of the server system by the buyer system for 20 
transmitting the visual link objects to the buyer system, 
and 

in the buyer system, a visual link object memory for 
storing the visual link objects representing business 
transactions received from the server system wherein 25 
the buyer system is responsive to receiving the visual 
link objects received from the server system for dis- 
playing the visual link objects to a user, wherein 
each visual link object is a single self-contained entity and 
includes, as integral parts of the visual link object, 30 
a displayable image residing at the start of the visual 
link object and representing a business transaction, 
an appendix residing in the visual link object following 
the display image and containing information relat- 
ing to the business transaction, and 
a postscript residing near the end of the visual link 
object and containing information relating to the 
visual link object, wherein 
the buyer system includes 

a shopper mechanism for displaying the displayable 
images the visual link objects received from the 40 
server system in a first display window, and 
a decoder mechanism responsive to operation of the 
shopper mechanism for decoding the appendix of a 
visual link object displayed by the shopper mecha- 
nism and providing the information contained 45 
therein and pertaining to the business transaction 
represented by the visual link object to the shopper 
mechanism, 

the shopper mechanism being responsive to the 
business transaction information provided from 50 
the visual link object by the decoder mechanism 
for displaying at least parts of the business trans- 
action information to a user, and 
a financial memory for storing financial information 

pertaining to the user, including information relating 55 

to at least one credit/debit card authorized for use by 

the user, wherein 

the shopper mechanism is responsive to user inputs 
for selecting a visual link object representing a 
business transaction, 

displaying the information contained therein and 60 
pertaining to the business transaction repre- 
sented by the selected visual link object to the 
user, 

accepting user inputs representing user generated 
information pertaining to the business transac- 65 
tion represented by the selected visual link 
object, 



selecting financial information pertaining to the 
user, 

relating the financial information pertaining to 
the user with the information from the selected 
visual link object pertaining to the business 
transaction represented by the visual link 
object and the user generated information per- 
taining to the business transaction represented 
by the selected visual link object, and 

transmitting to the server system the financial 
information, the information selected from the 
information from the visual link object, and the 
information generated by the user as necessary 
to execute the business transaction represented 
by the visual link object, and wherein 
the buyer system includes 

a screen saver for storing and displaying selected ones of 
the visual link objects and responsive to a user indica- 
tion of a screen saver displayed visual link object for 
relating the financial information pertaining to the user 
with the information from the indicated visual fink 
object pertaining to the business transaction repre- 
sented by the visual link object and the user gener- 
ated information pertaining to the business transac- 
tion represented by the selected visual link object, 
and 

transmitting to the server system the financial 
information, the information selected from the infor- 
mation from the indicated visual link object, and the 
information generated by the user as necessary to 
execute the business transaction represented by the 
visual link object. 
13. An information broadcast system for selectively 
broadcasting information from a server system to a user of 
a buyer system wherein the server system and the buyer 
system are interconnected and communicate through a 
network, the server system and the buyer system each 
including a memory for storing data and programs, a pro- 
cessor operating under control of the programs to perform 
operations on the data and a network interface for commu- 
nicating through the network, the buyer system including a 
display for displaying data and operations related to the 
broadcast of information and a user input for allowing a user 
of the buyer system to provide inputs related to the receiving 
of broadcast information, comprising: 
in the server system, 

a broadcaster file memory for storing visual link objects 
organized into information channels, wherein 
at least one information channel contains at least one 

visual link object, 
each visual link object contains information to be 
broadcast to a user authorized to receive the 
information from the corresponding information 
channel, and 

the information contained in the visual link objects 
of each information channel pertains to subject 
matter that is related by a selected criteria, and 
an updater including a subscription memory for storing 
authorizations of users of the buyer system to receive 
the visual link objects of channels and responsive to 
access of the server system by a buyer system and to an 
authorization submitted by the buyer system identify- 
ing the user to receive the visual link objects of at least 
one channel for broadcasting the visual link objects of 
the at least one channel to the buyer system, and in the 
buyer system, 

a broadcast information access mechanism for access- 
ing the server system through the network and trans- 
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mining to the updater an authorization identifying a 
user as having authorization to receive visual objects 
of the at least one channel, 
a visual link viewer for displaying the visual link 
objects of the at least one channel to the user and for 
accessing and displaying to the user at least certain 
of the information contained in the visual link object, 
wherein 

each visual link object is a single self-contained entity and 
includes as integral parts of the visual link object 
a displayable image residing at the start of the visual 
link object and representing the information con- 
tained in the visual link object, 
an appendix residing in the visual link object following 
the displayable image and containing the informa- 
tion to be broadcast to a user authorized to receive 
the information, and 
a postscript residing near the end of the visual link 
object and containing information relating to the 
visual link object. 

14. The information broadcast system of claim 13 
wherein: 

the information contained in the appendix of a visual link 
object is the information to be broadcast to the autho- 
rized user. 

15. The information broadcast system of claim 13 
wherein: 

the information contained in the appendix of a visual link 
object is information identifying the location in a server 
system connected from the network of the information 
to be broadcast to the user, and 

the broadcast information access system is responsive to 
the information identifying the location in a server 
system connected from the network of the information 
to be broadcast to the user and to a user command to 
fetch the information to be broadcast to the user for 
retrieving the information to be broadcast to the user 
from the identified location. 

16. The information broadcast system of claim 13 wherein 
the updater subscription memory further includes a record of 
broadcasts of visual link objects to users of the buyer system 
and broadcasts to each user those visual link objects that the 
user is authorized to receive and that have changed since the 
last access by the user. 

17. The information broadcast system of claim 13, further 
comprising: 

a seller system for creating and providing to the server 
system visual link objects of channels corresponding to 
a user of the seller system, wherein 

the server system is responsive to changes in the visual 
link object contents of the channels corresponding to 
the user of the seller system for updating the visual link 
object contents of the channels corresponding to the 
user of the seller system. 

18. A system for distributing graphical user interface 
definitions for customizing application programs from a 
server system to a buyer system that are interconnected and 
communicate through a network, the server system and the 
buyer system each including a memory for storing data and 
programs, a processor operating under control of the pro- 
grams to perform operations on the data and a network 
interface for communicating through the network, the buyer 
system including at least one application program to be 
customized, a display for displaying data and operations 
related to operations of the application program and a user 
input for controlling operations of the buyer system, com- 
prising: 



is 



in the server system, a visual link object memory for 
storing at least one graphical user interface visual link 
object wherein the server system is responsive to access 
of the server system by the buyer system for transmit- 
5 ting a graphical user interface visual link object to the 
buyer system, and 
in the buyer system, a graphical user interface support 
mechanism for reading a definition of graphical user 
interface functions contained in the graphical user 
10 interface visual link object and interfacing with the 
application program to be customized to provide a 
graphical user interface for the application program 
according to the definition of graphical user interface 
functions contained in the graphical user interface 
visual link object, wherein 
a graphical user interface visual link object is a single 
self-contained entity and includes as integral parts of 
the visual link object 

a displayable image residing at the start of the visual 
20 link object and representing a graphical user inter- 

face defined in the visual link object, 
an appendix residing in the visual link object following 
the displayable image and containing a definition of 
a graphical user interface, and 
25 a postscript residing near the end of the visual link 
object and containing information relating to the 
visual link object, and 
the graphical user interface definition residing in the 
visual link object appendix includes 
3 q at least one window index corresponding to a window 
of the graphical user interface, 
each window index including at least one control set 
defining at least one control appearing in the 
corresponding window, each control set including 
35 a key name identifying the control set, and 

at least one control index identifying a definition 
of a control appearing in the corresponding 
window, wherein 
each control definition includes 
40 a field identifying the type of control, 

a field identifying the function of the control, 
a field identifying the position of the control in 

the corresponding window, 
a field identifying a background shape for the 
45 control, 

a field identifying a background for the control, 
and - 

a field for storing a current state of the control, 
and 

50 in the application program, 

at least one interface routine for interfacing the graphical 
user interface support mechanism with a routine of the 
application program relating to a control of the defined 
graphical user interface. 
55 19. The system for distributing graphical user interface 
definitions for customizing application programs of claim 
18, further including a graphical user interface design 
mechanism residing in a server system for designing graphi- 
cal user interface visual link objects, wherein the server 
60 system includes a copy of the application program to be 
customized, a display for displaying data and operations 
related to operations of the graphical user interface design 
mechanism and a user input for controlling operations of the 
graphical user interface design mechanism, the graphical 
65 user interface design mechanism comprising: 

a copy of the application program to be provided with a 
graphical user interface, in the application program, 
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at least one interface routine for interfacing the graphi- 
cal user interface support mechanism with a routine 
of the application program relating to a control of the 
defined graphical user interface, 
a copy of the graphical user interface support program, 5 
a memory accessible to the graphical user interface pro- 
gram for storing a graphical user interface visual link 
object containing the definition of the graphical user 
interface to be provided to the application program, 
a designer facility connected from and interactive with the 
graphical user interface support program for editing the 
definition of the graphical user interface contained in 
graphical user interface visual link object, and 
a display window for displaying the graphical user inter- 15 

face while being edited by the designer facility. 
20. In a system for storing and operating with visual link 
objects, including distributing visual link objects from the 
system to a second system wherein the system and the 
second system are interconnected and communicate through 2 o 
a network and each include a memory for storing data and 
programs, a processor operating under control of the pro- 
grams to perform operations on the data and a network 
interface for communicating through the network, and each 
visual link object is a single self-contained entity and 2 $ 
includes as integral parts of the visual link object a display- 
able image residing at the start of the visual link object and 
representing the contents of the visual link object, an appen- 
dix residing in the visual link object following the display- 
able image and containing the contents of the visual link 30 
object, and a postscript residing near the end of the visual 
link object and containing information relating to the visual 
link object, including at least a postscript length field con- 
taining the length of the postscript, a method for encapsu- 
lating a visual link object, comprising the steps of: 35 
encoding the appendix and postscript of the original 

visual link object by means of a selected encoder, 
appending the original displayable image to the start of 
the encoded appendix and postscript of the original 
visual link object and appending a new postscript to the 40 
end of the encoded appendix and postscript of the 
original visual link object to create an encapsulated 
version of the original visual link object, wherein 
the new postscript contains 

an identifier of a decoder for decoding the encoded 45 
appendix and postscript of the original visual link 
object, 



an identification of a source for the decoder for 
decoding the encoded appendix and postscript of 
the original visual link object, and 
appending to the encapsulated version of the original 
visual link object a new postscript length field contain- 
ing the length of the new postscript. 
21. In a system for storing and operating with visual link 
objects, including distributing visual link objects from the 
system to a second system wherein the system and the 
second system are interconnected and communicate through 
a network and each include a memory for storing data and 
programs, a processor operating under control of the pro- 
grams to perform operations on the data and a network 
interface for communicating through the network, and each 
visual link object is a single self-contained entity and 
includes as integral parts of the visual link image a display- 
able image residing at the start of the visual link object and 
representing the contents of the visual link object, an appen- 
dix residing in the visual link object following the display- 
able image and containing the contents of the visual link 
object, and a postscript residing near the end of the visual 
link object and containing information relating to the visual 
link object, including at least a postscript length field con- 
taining the length of the postscript, a method for encapsu- 
lating a visual link object, comprising the steps of: 

encoding the displayable image, appendix and postscript 
of the original visual link object by means of a selected 
encoder, 

appending a new displayable image to the start of the 
encoded original displayable image, appendix and post- 
script of the original visual link object and appending 
a new postscript to the end of the encoded original 
displayable image, appendix and postscript of the origi- 
nal visual link object to create an encapsulated version 
of the original visual link object, wherein 
the new postscript contains 
an identifier of a decoder for decoding the encoded 

appendix and postscript of the original visual link 

object, 

an identification of a source for the decoder for 
decoding the encoded appendix and postscript of 
the original visual link object, and 
appending to the encapsulated version of the original 
visual link object a new postscript length field contain- 
ing the length of the new postscript. 
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